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INTRODUCTION 


A.       REASONS  FOR  PREPARING  THIS  REPORT 

•  Fourth  generation  languages  (FGLs)  may  be  nearing  the  takeoff  stage  where 
they  will  have  significant  impact  on  many  companies,  in  both  information 
systems  (IS)  and  non-information  systems  areas. 

FGLs,  if  introduced  and  controlled  correctly,  can  increase  productivity 
in  data  processing  as  well  as  in  underlying  business  activities. 

On  the  other  hand,  if  FGL  use  is  not  planned,  it  may  have  only  marginal 
benefits  or  even  add  overhead  costs  and  other  inefficiencies  to  an 
organization. 

•  FGLs  are  now  in  a  period  of  transition,  which  makes  this  report  particularly 
opportune. 

New  features  and  new  capabilities  are  being  added  to  established, 
usually  mainframe-based  FGLs. 

New  FGLs  are  being  introduced,  many  aimed  at  the  personal  computer 
(PC)  user. 
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Many  of  the  established  products  have  introduced  or  are  planning  to 
introduce  mainframe/PC-linked  products.  These  could  have  significant 
impact  on  corporations  and  on  IS  departments  in  particular. 

Most  important,  FGLs  may  be  on  the  brink  of  moving  from  primarily  an 
end-user-oriented  tool  (e.g.,  via  the  Information  Center)  to  one  that 
will  be  a  major  means  for  accomplishing  mainline  IS  tasks. 

B.       SCOPE  AND  METHODOLOGY 

•  This  report  is  part  of  the  Information  Systems  Program  (ISP)  and  addresses  the 
following  issues: 

Definition  and  description  of  FGLs  (Chapter  III). 

The  FGL  environment,  especially  FGL  economics  (Chapter  IV). 

The  applicability  of  FGLs  to  IS  itself  (Chapter  V). 

The  impact  of  the  FGL  (Chapter  VI). 

The  recommended  IS  strategy  (Chapter  VII). 

•  The  information  for  this  report  was  gathered  from  the  following  sources: 

Thirty-eight  structured  interviews  with  personnel  from  a  variety  of 
companies  using  or  planning  to  use  an  Information  Center  (IC).  The 
survey  instrument  is  in  Appendix  A. 

Over  a  dozen  in-depth  interviews  with  leading  FGL  vendors. 
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INPUT'S  studies  about  software  productivity. 

INPUT  also  has  discussed  these  issues  in  depth  with  over  a  dozen  lead- 
ing IS  practitioners. 

•  INPUT  has  taken  the  best  practices  and  proposals  and  subjected  them  to 
further  analysis  to  serve  as  the  basis  for  the  analysis  and  recommendations  in 
this  report. 


C.       OTHER  RELATED  INPUT  REPORTS 


•         Readers  of  this  report  are  advised  to  review  two  earlier  INPUT  reports: 

Personal  Computers  in  the  IS  Strategy,  December  1 982. 

This  report  recommends  the  most  effective  ways  for  IS  to 
become  involved  with  PCs. 

Supporting  Personal  Computer  Software,  August  1983. 

As  FGLs  become  PC-based,  the  issues  of  ongoing  PC  software 
support  become  important  in  the  successful  use  of  FGLs. 

Organizing  the  information  Center,  August  1 983. 

Currently  (and  for  the  foreseeable  future)  the  primary  FGL 

delivery  vehicle  is  the  Information  Center.  Conseguently,  the 

FGL  and  Information  Center  strategies  and  support  should  be 
well  coordinated. 
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II    EXECUTIVE  SUMMARY 


EXECUTIVE  SUMMARY 


Note:  this  executive  summary  is  designed  in  a  presentation  format  in  order 
to: 

Help  the  busy  reader  quickly  review  key  research  findings. 

Provide  a  ready-to-go  executive  presentation,  complete  with  a  script, 
to  facilitate  group  communication. 

The  key  points  of  the  entire  report  are  summarized  in  Exhibits  II- 1  through 
11-10.  On  the  left-hand  page  facing  each  exhibit  is  a  script  explaining  its 
contents. 
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A.       THE  OPPORTUNITSES  OF  FOURTH  GENERATION  LANGUAGES 

•  This  research  was  produced  as  a  part  of  INPUT'S  Information  Systems  Program 
(ISP). 

•  INPUT  believes  that  fourth  generation  languages  (FGLs)  will  have  a  signifi- 
cant impact  on  data  processing  and  end-user  productivity.  But  if  FGL  use  is 
not  properly  planned  and  controlled,  it  may  produce  only  marginal  benefits, 
while  increasing  costs  and  inefficiencies  throughout  the  organization. 

•  INPUT'S  research  report: 

Defines  and  describes  fourth  generation  languages. 

Describes  the  applicability  of  using  FGLs  for  information  systems  (IS) 
development. 

Discusses  the  impact  fourth  generation  languages  have  on  the  organiza- 
tion. 

Provides  recommended  IS  strategies  to  fully  utilize  the  capabilities  of 
FGLs. 

•  The  remainder  of  this  presentation  will  provide  highlights  from  INPUT'S 
report. 
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EXHIBIT  ll-l 

THE  OPPORTUNITIES  OF 
FOURTH  GENERATION  LANGUAGES 

•  INPUT  ISP  report 

•  Impact  of  FGLs 

-  Improve  data  processing  and 
end-user  productivity 

-  Lack  of  control  may  produce 
negative  results 

•  Marginal  benefits 

•  Increased  costs  and 
inefficiencies 

•  Research  scope 

-  Defines  FGL 

-  IS  uses 

-  Impact  on  organization 

-  Recommendations 
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HOW  THIRD  AND  FOURTH  GENERATION  LANGUAGES  DIFFER 


•  Fourth  generation  languages  (FGL)  differ  from  third  generation  languages 
(e.g.,  COBOL)  in  that  they: 

Are  oriented  to  nonprogrammers  as  well  as  programmers  and  conse- 
quently use  an  English-oriented,  nonprocedural  approach. 

Can  be  learned  quickly  (i.e.,  in  a  few  hours  or,  perhaps,  a  day  or  two)  to 
use  for  simpler  applications. 

Most  important,  they  can  accomplish  a  given  task  five  or  ten  times 
faster  than  third  generation  languages. 

•  FGLs  have  been  most  accepted  and  used  in  end-user  environments,  often  in  an 
Information  Center  setting.  End  users  can: 

Produce  reports  from  already  existing  files  or  data  bases. 

Write  their  own  programs  or  production  systems. 

•  More  ambitiously,  FGLs  can  also  be  used  in  conjunction  with  "main-line" 
system  development,  either  by: 

Prototyping  (and  then  writing  third  generation  codes). 

Executing  FGL  code  in  a  production  setting. 
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EXHIBIT  11-2 

HOW  THIRD  AND  FOURTH 
GENERATION  LANGUAGES  DIFFER 


CHARACTERISTICS 

THIRD  GENERATION 
LANGUAGES 

FOURTH  GENERATION 
LANGUAGES 

Approach  used 

Procedural  (i.e., 
How  To  Do  It) 

Nonprocedural  (i.e., 
What  Do  You  Want?) 

Users 

Programmers 

Programmers  or 
Nonprogrammers 

Built-in 
Functions 

Few 

Many  (e.g..  Statistical, 
Graphics,  Financial 
Functions) 

Internal  Data 
Base  Function 

No 

Often 

Quick  Start-up 

No 

Yes 

Used  for  Large, 
Complex  Tasks 

Yes 

Sometimes 
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THE  GROWTH  OF  FGL  USE  WILL  BE  HIGH 


•  Respondent  FGL  users  and  prospective  users  believe  that  the  amount  of  use  by 
programmers  and  nonprogrammers  alike  will  increase  at  a  very  high  rate 
(although  sometimes  from  a  low  base)  in  the  next' two  years. 

End-user  use  is  expected  to  increase  rapidly,  reflecting  FGL's  historic 
use  in  the  user  community. 

The  high  rate  of  use  foreseen  by  IS  programmers  may  signify  increasing 
acceptance  of  FGLs  for  "professional"  programming. 

•  A  disquieting  note  is  that  FGL  support  is  projected  to  lag  considerably  behind 
FGL  use  by  both  programmers  and  nonprogrammers.  This  same  tendency  was 
observed  in  INPUT'S  earlier  study  on  Information  Centers.  Eventually,  this 
lack  of  support  could  undermine  the  effective  use  of  FGLs. 
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THE  GROWTH  OF  FGL  USE  WILL  BE  HIGH 
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FOURTH  GENERATION  LANGUAGES  REDUCE  BOTH  VISIBLE  AND 


INVISIBLE  BACKLOGS 

•  >  .   The  "visible"  backlog  of  applications  development  is  three  years  or  more  in 

many  companies.  This  visible  backlog  usually  consists  of  formal  requests  for 
large-scale  development  efforts. 

•  There  is  also  an  "invisible"  backlog  of  needed  applications,  those  that  users 
see  no  point  in  submitting  for  approval  once  the  visible  backlog  has  grown  too 
large. 

The  invisible  backlog  is  probably  the  same  size  as  the  visible  backlog. 

However,  it  is  generally  made  up  of  a  significantly  larger  number  of 
much  smaller  applications.  Consequently,  the  hidden  backlog  is  very 
attractive  for  end  users  to  attack  themselves  via  FGLs. 

•  The  visible  backlog  of  larger,  more  complex  systems  can  be  jointly  attacked 
by  IS  and  users  using  FGL. 

Such  joint  FGL  development  should  be  undertaken  where  there  is  a 
definite  system  "owner"  who  is  willing  to  assume  development  and 
ongoing  maintenance  responsibility. 

Promising  systems  for  FGL  targeting  are  those  with  a  high  degree  of 
changing  user  needs.  An  FGL  can  deal  with  this  kind  of  change  much 
better  than  conventionally  developed  systems  can. 
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EXHIBIT  11-4 


FOURTH  GENERATION  LANGUAGES 

REDUCE  BOTH 
VISIBLE  AND  INVISIBLE  BACKLOGS 


Relative  Application  Size 
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E.       FGU  ARE  THE  EMERGING  LINK  BETWEEN  MICRO  AND  MAINFRAME 


COMPUTERS 


•  FGLs  have  until  very  recently  been  mostly  associated  with  large  mainframes 
(packages  like  VisiCalc  are  partial  exceptions). 

However,  in  the  past  six  months  there  have  been  several  product 
announcements  of  downsized  FGLs  that  will  run  on  a  personal  com- 
puter. 

Few  FGL  vendors  will  now  say  that  they  do  not  have  a  micro-FGL  in 
development.  It  will  soon  be  a  matter  of  market  survival  for  a  current 
FGL  vendor  to  have  an  FGL  that  will  run  on  a  personal  computer. 

•  It  is  too  early  to  say  with  certainty  how  transparent  the  new  environment  will 
be  to  a  newly  expanded  FGL.  Certainly  all  FGL  vendors  intend  for  there  to  be 
both  upward  and  downward  compatibility  as  well  as  transferability  between 
the  mainframe  and  the  personal  computer  for  a  given  FGL.  But  there  will 
probably  be  a  price  to  pay  for  this  compatibility:  inefficiency  in  operation 
and/or  increased  complexity  (hence,  difficulty  in  learning  and  use). 

•  However,  assuming  that  the  tradeoffs  are  reasonable,  micro-FGLs  offer  the  IS 
department  many  attractive  options  that  were  not  fully  available  in  the  past. 

Mainframes  and  personal  computers  can  be  linked  in  an  applications 
sense,  not  as  they  are  now,  by  means  of  file  exchange.  This  will  ease 
operation  crunches  by  allowing  applications  to  be  developed  and/or  run 
on  whatever  machine  media  makes  sense  at  the  time  (always  keeping  in 
mind  current  personal  computer  storage  constraints). 

A  real  payoff  will  come  in  the  system-building  mode  where  FGL  appli- 
cations can  be  prototyped  and  developed  in  a  personal  computer  and/or 
information  center  environment  and  then  moved,  unchanged,  into  a 
production  environment. 
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EXHIBIT  11-5 


FGLs  ARE  THE  EMERGING  LINK  BETWEEN 
MICRO  AND  MAINFRAME  COMPUTERS 

(1984-1985) 


Links  are  shown  as 
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FGLs  CORRECT  FLAWS  IN  TRADITIONAL  SYSTEMS  DEVELOPMENT 


•  Most  respondents  to  INPUT'S  survey  do  not  view  FGL  as  the  foundation  for 
large,  transaction-oriented  systems:  Most  IS  professionals  see  smaller,  deci- 
sion support-type  systems  as  the  natural  strength  of  FGLs. 

•  Actually,  the  traditional  life-cycle  approach  to  systems  development  has 
several  serious  flaws,  which  can  in  large  measure  be  overcome  using  an  FGL. 

The  traditional  approach  is  essentially  a  straight-line  process.  There  is 
little  or  no  iteration.  It  is  assumed  that  tasks  will  be  done  correctly 
the  first  time. 

The  analysis  phase  tends  to  be  lengthy  and  extremely  detailed.  Its 
length  and  detail  makes  it  very  difficult  for  end  users  to  participate 
meaningfully.  Too  often,  they  must  sign  off  on  a  large  quantity  of 
imperfectly  understood  written  specifications. 

The  very  time  involved  works  against  traditional  development:  by  the 
time  it  is  finished,  users'  requirements  have  often  changed  signifi- 
cantly. 

•  FGL-based  development  has  three  basic  strengths: 

The  speed  and  power  of  FGL  development  makes  it  possible  to  create  a 
system  prototype  very  quickly  (i.e.,  often  days  versus  months).  Basic 
problems  in  approach  or  assumptions  can  be  uncovered  quickly. 

Because  an  FGL  can  serve  as  a  communications  medium  between  IS  and 
users,  users  can  stay  involved  during  the  length  of  the  system  develop- 
ment process. 

The  "coding"  process  can  concentrate  on  meeting  user  needs  (i.e., 
logical  processes)  rather  than  correcting  program  and  language  syn- 
tax. 
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EXHIBIT  11-6 


FGLs  CORRECT  FLAWS  IN 
TRADITIONAL  SYSTEMS  DEVELOPMENT 
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THE  COSTS  OF  USING  FGLs  IN  A  PRODUCTION  ENVIRONMENT  CAN 


VARY  GREATLY 

•  The  current  generation  of  FGLs  essentially  trade  personnel  time  savings  (80% 
is  typical)  for  increases  in  machine  requirements.  Increased  machine  re- 
quirements are  caused  by  a  decrease  in  language  efficiency:  this  varies 
widely,  depending  on  circumstances,  but  the  increase  in  required  machine 
resources  (largely  CPU  and  memory)  for  a  given  amount  of  output  can  be 
conservatively  estimated  at  75%  more  than  the  COBOL  equivalent;  this  should 
improve  in  the  future. 

•  The  "A"  option  in  Exhibit  11-7  assumes  an  all-FGL  environment,  and  that  the 
level  of  development  and  maintenance  output  (i.e.,  application  work  accom- 
plished) is  the  same  as  an  equivalent  non-FGL  environment.  Machine  costs 
will  go  up,  but  not  as  fast  as  IS  analyst  and  programmer  costs  would  fall. 

•  Option  "B,"  which  is  more  realistic,  assumes  the  pre-FGL  staffing  levels  are 
kept.  Consequently,  many  more  applications  can  be  produced  and  supported. 
Costs  triple,  assuming  that  all  of  the  additional  machine  units  come  from  the 
IS  budget.  There  is  a  much  more  modest  increase  in  the  IS  budget,  however,  if 
most  of  the  additional  hardware  requirements  are  decentralized.  Such  a 
decentralization  should  not  be  a  goal  merely  to  diverting  budget  costs.  It  has 
the  larger  goal  of  being  consistent  with  the  logic  of  user  control  inherent  in 
FGLs.  it  is  also  an  efficient  form  of  chargeback. 

•  Option  "C"  is  the  most  realistic  alternative  since  it  assumes  that  user  staff  is 
able  to  make  as  large  a  contribution  to  development  and  maintenance  as  IS 
staff.  While  the  IS  personnel  budget  increases  only  modestly,  machine  re- 
quirements go  up  tremendously.  These  high  machine  resource  increases  are 
borne  out  by  actual  experience,  e.g.,  CPU  resources  increasing  by  a  factor  of 
10  over  three  years. 
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EXHIBIT  11-7 


THE  COSTS  OF  USING  FGLs 
IN  A  PRODUCTION  ENVIRONMENT 
CAN  VARY  GREATLY 
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FGLs  HAVE  MORE  POSITIVE  THAN  NEGATIVE  FACTORS  IMPELLING 


THEIR  USE 


•  FGL  machine  resource  demands  will  be  balanced  by  steady  improvements  in 
language  efficiency,  and  even  faster  improvements  in  hardware  price/perfor- 
mance. 

•  Technical  staff  costs  (and,  to  an  extent,  scarcity)  and  especially  backlog 
problems  will  provide  even  stronger  impetus  to  using  FGLs  in  production 
situations.  This  is  not  to  say  that  there  are  not  negative  perceptions  of 
FGLs.  IS  fears  include: 

No  (structured)  methodology  to  replace  system  development  methodol- 
ogy- 
No  firm  divisions  between  system  development  steps,  making  it  diffi- 
cult to  measure  progress. 

Obsolescence  of  IS  technical  and  management  skills. 

Programmer  opposition. 

Loss  of  power  and  control  by  IS. 

Marginal  data  processing  applications  may  be  implemented  because  of 
ease  and/or  lack  of  control. 

•  There  is  no  question  that  development  methodologies  must  be  adjusted  to  take 
FGLs  into  account.  The  net  result  should  be  a  significant  improvement  over 
current  approaches.  The  other  fears,  while  not  invalid,  are  essentially  man- 
agement issues  and  can  at  least  be  neutralized  by  an  FGL  strategy. 
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FGLs  HAVE  MORE  POSITIVE  THAN 
NEGATIVE  FACTORS 
IMPELLING  THEIR  USE 
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FGL  MAY  HAVE  A  MAJOR  IMPACT  ON  INFORMATION  SYSTEMS  STAFF 


•  FGLs  will  "de-skill"  many  "journeyman"  COBOL  programmers.  FGL  users 
with  little  experience  will  be  able  to  outperform  them. 

•  This  will  present  IS  with  the  opportunity  to  restructure,  align,  and  integrate 
itself  more  closely  with  the  rest  of  the  organization. 

•  This  can,  and  should,  extend  to  personnel  policy  and  structure:  application 
programmers  and  analysts  would,  except  for  experts,  be  a  corporate  resource, 
with  a  common  resource  pool,  and  personnel  transfers  between  the  IS  and  non- 
IS  areas. 

This  will  strengthen  IS  by  giving  It  access  to  a  broader  and  more  diver- 
sified personnel  pool. 

it  will  also  insert  more  computer  system  knowledge  elsewhere  into  the 
organization. 


-  22  - 

©1983  by  INPUT.  Reproduction  Prohibited. 


INPUj 


EXHIBIT  11-9 


FGLs  MAY  HAVE  A  MAJOR  IMPACT  ON 
INFORMATION  SYSTEMS  STAFF 
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J.       FOURTH  GENERATION  LANGUAGE  PROVIDES  ROUTES  TO  ACHIEVING 
INFORMATION  SYSTEMS  GOALS 

•  FGLs  can  directly  support  IS  efforts  to  extricate  itself  from  problems  such 
as: 

IS  isolation  from  the  organizational  mainstream. 

Creation  of  unsatisfactory  systems,  i.e.,  those  that  are  too  late,  in- 
complete, or  inflexible. 

Perceived  IS  nonresponsiveness,  especially  concerning  backlogs. 
User  ignorance  of  data  processing. 

•  While  FGLs  used  only  by  users  (e.g.,  in  the  Information  Center)  can  help,  this 
approach  will  not  get  at  the  heart  of  the  matter. 

Under  certain  circumstances,  heavy  user  FGL  involvement  could  even 
make  matters  worse  because  users  might  believe  that  they  had  become 
more  advanced  than  IS. 

The  bigger,  and  more  likely  problem  is  that  users  would  be  tantalized 
by  FGL  potential  but  be  unable  to  realize  it. 

•  However,  FGLs  are  inherently  attractive  as  IS-based  production  tools. 

IS  departments  should  introduce  FGLs  on  a  pilot  basis,  both  to  gain 
experience  and  to  document  costs  and  benefits  in  their  particular 
environment. 

it  is  most  important  to  show  what  the  impact  on  machine  resources  will 
be  so  that  realistic  budget  requests  can  be  developed  and  approved. 
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EXHIBIT  11-10 


FOURTH  GENERATION  LANGUAGES 
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INFORMATION  SYSTEMS  GOALS 
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ill    WHAT    IS    A   FOURTH  GENERATION 

LANGUAGE? 


Ill       WHAT  IS  A  FOURTH  GENERATION  LANGUAGE? 


A,       GENERAL  DESCRIPTION 

•  An  FGL  has  the  following  characteristics: 

Nonprocedural  (i.e.,  focuses  on  the  result,  rather  than  the  process  of 
obtaining  the  result). 

English-like. 

Nontechnical. 

Flexible. 

Fast  initial  learning  period. 

Often  has  built-in  functions  (e.g.,  DBMS,  statistics,  financial,  graphics, 
text  editor). 

•  COBOL  is  the  foremost  example  of  a  third  generation  language.  Exhibit  11-2 
contrasts  third  and  fourth  generation  languages. 

•  There  are  at  least  four  major  types  of  FGL: 
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Generalized  tools. 

Tools  linked  to  a  specific  proprietary  DBMS. 
Application  generators. 
Modeling  languages. 

Exhibit  lil-l  gives  examples  of  leading  products  in  each  category. 

•         The  boundaries  between  these  four  types  are  already  fuzzy  and  overlap  con- 
siderably. 

This  overlap  will  become  even  more  pronounced;  for  example: 

Generalized  tool  FGLs  have  added  modeling  capabilities  and 
links  to  specific  proprietary  data  base  management  systems 
(DBMSs). 

One  FGL  tied  to  a  specific  DBMS  (NATURAL-ADABAS)  has 
announced  a  link  to  the  general  IBM  VSAM  environment. 

Modeling  languages  like  EXPRESS  and  System  W  already  have 
extensive  user-friendly  features. 

Most  vendors  are  already  planning  significant  extensions  and  enhance- 
ments. (See  Appendix  B  for  details  on  specific  vendor  products.) 

This  blurring  should  become  accentuated  as  vendors  compete  in  offer- 
ing complementary  PC-based  products.  (See  Chapter  V.) 
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EXHIBIT  III-1 


TYPES  OF  FOURTH  GENERATION  LANGUAGE  PRODUCTS 
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SELECTED  FOURTH  GENERATION  LANGUAGE  CHARACTERISTICS 


•  The  definitions  and  classifications  in  the  preceding  section  put  the  entire  FGL 
phenomenon  in  perspective.  However,  the  individual  FGLs  being  offered  are 
much  more  varied  than  the  categories  might  imply. 

•  To  give  readers  a  sense  of  this  variety,  INPUT  has  provided  sketches  of  se- 
lected FGLs.  More  detail  is  available  in  Appendix  B. 

i.  FOCUS 

•  FOCUS  is  a  highly  integrated,  general  purpose  FGL  that  can  do  just  about 
anything  the  user  wants,  and  is  willing  to  pay  for  (in  terms  of  added  processing 
costs  and  additional  modules).  These  characteristics  include: 

Information  retrieval  and  reporting. 

Transaction  processing  in  a  multiuser  environment. 

Direct  interfacing  to  procedural  languages  and  the  most  common 
DBMSs  and  operating  systems. 

Statistical  anaysis. 

Financial  modeling. 

Graphics. 

Fully  compatible  PC  version  now  available. 

•  FOCUS  is  a  highly  modularized  system.  The  basic  reporting  module  costs 
$43,000  ($1,500  on  the  PC),  but  a  multifunctional  system  can  reach  the 
$150,000  range. 
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The  system  has  been  aggressively  and  continually  improved,  both  in 
performance  and  capabilities. 

A  similar  process  appears  likely  for  the  PC  version,  which  can  be 
obtained  and  operated  without  the  mainframe  equivalent,  at  a  slightly 
higher  price. 

The  PC  strategy  is  to  offer  all  the  functionality  of  the  mainframe  version, 
subject  only  to  size  constraints  in  capacity  on  the  smaller  computer. 

The  PC  version  requires  256K  of  RAM,  PC-DOS  2.0,  at  least  one  dual- 
sided,  double-density  floppy,  a  hard  disk,  and  an  accelerator  board.  It 
can  use  additional  features  if  installed,  such  as  more  memory,  a  color 
monitor,  or  the  8087  math  chip. 

By  fall  of  1983,  the  system  will  provide  distributed  processing  capa- 
bility, and  can  function  as  an  application  prototyping  and/or  trans- 
action processing  workstation,  as  well  as  a  training  machine. 

FOCUS  is  highly  user-oriented,  but  has  been  used  successfully  by  some  organi- 
zations as  their  exclusive  programming  and  development  language. 

Operating  performance  ranges  from  10%  less  than,  to  perhaps  double 
that  of  a  COBOL  or  PL/I  program,  but  normally  equivalent  or  10% 
more  if  properly  designed  and  tuned. 

It  may  not  be  suitable  for  highly  complex  batch  environments,  but  this 
would  need  to  be  determined  on  an  individual  basis. 

FOCUS  offers  extensive  training  and  support  in  a  variety  of  modes,  including 
self-study,  live  instruction,  computer-aided  instruction  (CAI)  on  the  main- 
frame, and  video-assisted  instruction  (VAI)  from  third  parties. 
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N0MAD2  began  as  a  timesharing  tool  from  National  CSS,  was  offered  for  a 
while  as  a  turnkey  product  on  their  own  midsized,  plug-compatible  mainframe, 
and  is  now  available  as  a  fully- licensed  software  product.  A  PC  version  is 
expected  to  be  announced  before  the  end  of  this  year. 

N0MAD2  has  extensive  general-purpose  capabilities  within  a  single  command 
language  environment,  and  was  originally  used  by  National  CSS  to  develop 
virtually  all  of  their  application  systems  internally,  before  being  offered  as  a 
product. 

For  example,  it  supports  the  main  Dun  and  Bradstreet  credit  reporting 
application,  with  over  four  million  records  in  the  data  base,  and  80 
simultaneous  users  on  the  system. 

It  offers  statistical  analysis,  financial  modeling,  graphics,  and  spread 
sheet  capabilities  within  one  set  of  commands. 

The  future  PC  version  is  expected  to  provide  intelligence  on  both  ends 
of  the  interactive  loop,  transforming  data  to  and  from  native  mode  for 
several  of  the  PC  relational  data  base  systems,  such  as  1-2-3,  dBase  II, 
Knowledgeman,  and  NPL. 

N0MAD2  costs  about  $125,000  or  $135,000  with  the  financial  modeling  capa- 
bility, including  training  and  support.  There  are  no  other  extra  units  or 
modules. 

The  product  is  exactly  equivalent  to  the  National  CSS  timesharing 
version,  and  presently  operates  under  VM/CMS.  A  MVS/TSO  version  is 
scheduled  for  the  first  quarter  of  1984. 


-32  - 

©1983  by  INPUT.  Reproduction  Prohibited. 


INPL 


An  extensive  range  of  training  possibilities  exists,  including  a  self- 
instruction  book  by  Dan  McCracken,  on-site  and  vendor-site  live 
instruction,  and  third-party  video  courses.  Reflecting  its  timesharing 
origins,  all  documentation  is  machine-readable  and  accessible  on-line. 

N0MAD2  has  comprehensive  security  and  integrity  features  that  cover  both 
data  and  functions.  Security  can  be  defined  either  vertically  (application, 
file)  or  horizontally  (item,  value,  user  profile).  The  system  uses  shadow 
updating  queued  to  a  single  manager  to  eliminate  deadlocks. 

The  strong  financial  modeling  aspects  of  the  system  (FINAL)  are  a  particular 
user  view  of  the  same  system  used  by  general  information  retrieval  users,  and 
have  a  consistent  syntax  with  the  rest  of  the  system. 

FINAL  provides  backward  integration  (i.e.,  "What  must  the  factors  be 
to  produce  this  result?"),  sensitivity  analysis  and  capability  to  solve 
simultaneous  equations. 

These  features  are  often  included  in  standalone  financial  modeling 
systems,  but  not  usually  in  the  general  purpose  FGLs.  The  N0MAD2 
user  gets  both. 

RAM  IS  II 

RAMIS  was  the  original  FGL,  even  before  anyone  thought  of  the  term  "fourth 
generation  language."  It  spawned,  directly  or  indirectly,  a  number  of  the 
other  leading  FGLs,  including  its  own  successor,  RAMIS  II;  further  improve- 
ments are  in  store. 

RAMIS  II  now  offers  the  user-friendly  front-end.  Intellect,  from  Artifi- 
cial Intelligence  (also  offered  by  IBM).  RAMIS  II  calls  it  "ENGLISH," 
and  provides  some  unique  features  not  offered  by  Intellect's  other 
implementors: 
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A  preloaded  general  lexicon  that  defines  processing  synonyms. 

,         The  ability  to  switch  back  and  forth  between  ENGLISH  and 
native  RAMIS  II  terminology. 

Processing  inefficiencies  associated  with  the  original  RAMIS  have  been 
significantly  improved,  and  RAMIS  11  now  claims  to  be  the  most  effi- 
cient of  the  FGLs. 

A  PC  version  based  on  the  68000  chip  is  being  developed  for  release  in 
late  1984. 

RAMIS  II  is  a  general  purpose  FGL  that  is  intended  as  an  information  man- 
agement product,  but  also  offers  interfaces  to  SAS  for  statistical  analysis  and 
graphing,  as  well  as  to  the  other  common  DBMSs  such  as  IDMS,  TOTAL, 
ADABAS  and,  of  course,  PL/I  and  IMS. 

RAMIS  II  is  priced  on  a  different  structure  than  most  of  the  other  FGLs,  and 
depends  on  the  level  of  mainframe  on  which  it  is  to  operate.  The  prices  range 
from  $40,000  for  the  4331  level,  up  to  $80,000  for  the  3081  level,  for  the  basic 
system.  Transaction  processing  and  other  modules  are  additional. 

RAMIS  II  has  been  used  for  some  very  large  databases,  including  a  million 
record  market-research  application.  However,  Mathematica,  its  vendor,  does 
not  sell  prewritten  applications. 

Extensive  training  options  either  exist  or  are  being  developed  for  RAMIS  II, 
including  live  instruction  at  the  vendor's  or  user's  site,  CAI  (in  the  third 
quarter  of  1983),  and  video  courses  from  third-party  vendors. 
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INQUIRE  is  a  general  purpose  FGL  that  offers  a  unique  feature  to  the  user 
who  works  more  with  text  than  with  nunnbers.  It  offers  an  extensive  set  of 
text  retrieval  and  manipulation  functions.  INQUIRE  can  do  automatic  index- 
ing, proximity  searching,  construct  and  maintain  a  thesaurus,  produce  keyword 
indexes. 

While  several  of  the  other  FGLs  include  a  TEXT  datatype,  their  editing 
and  storage  facilities  are  limited. 

Conversely,  although  INQUIRE  interfaces  with  SAS,  it  does  not  provide 
the  range  of  statistical  or  financial  functions  provided  by  other  pack- 
ages. The  basics  are  included,  however. 

INQUIRE  also  includes  a  fully  distributed  relational  database  feature  that  can 
cross  multiple  CPUs  so  that  the  actual  data  location  is  transparent  to  the 
user.  Most  users,  however,  are  not  ready  to  utilize  this  feature. 

A  wholly-owned  subsidiary  of  INFODATA  has  been  established  to  develop  a 
version  of  INQUIRE  for  the  PC.  Specific  product  announcements  will  be  made 
in  October  for  first  quarter  1984  delivery.  The  PC  product  will  likely  provide 
about  70%  of  the  mainframe  product  capabilities. 

INQUIRE  provides  an  integrated  data  dictionary  that  can  include  definitions 
of  non-INQUIRE  data  items.  It  has  a  built-in  retrieval  path  optimizer  to 
provide  high  performance  operational  efficiency,  and  can  be  usefully  em- 
ployed by  both  programmers  and  end  users. 

Statistical  processing  and  graphics  have  been  accommodated  by  a  built-in 
interface  to  SAS.  Comprehensive  integrity,  security,  and  audltability  features 
are  provided  and  controlled  by  the  Data  Definition  Language. 
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ADABAS/NATURAL 


A  number  of  the  "classical"  DBMSs  have  extended  their  facilities  with  power- 
ful data  manipulation  commands  and/or  intelligent  front  ends,  so  that  they  are 
very  similar  to  the  general  purpose  FGLs. 

One  difference  is  the  narrower  breadth  of  functions  supported. 

Another  is  the  smaller  range  of  file  interfaces  offered. 

Among  the  leading  representatives  of  the  "extended  DBMS"  category  is 
ADABAS  with  NATURAL.  ADABAS  is  an  inverted  file  DBMS,  and  NATURAL 
is  Software  AG's  version  of  Intellect  from  Artificial  Intelligence  Corpora- 
tion. 

-  .  Like  other  representatives  of  this  category,  ADABAS  provides  ease  of 
retrieving  and  manipulating  information,  but  does  not  provide  modeling 
or  analytical  functions. 

There  is  a  third  party  interface  to  SAS  for  statistical  analysis. 

ADABAS/NATURAL  provides  graphic  display  facilities  in  conjunction 
with  IBM's  graphics  package  GDDM. 

ADABAS  is  not  inexpensive.  The  DOS/VSE  version  costs  $106,000,  and 
$172,000  for  the  MVS  version  DBMS,  plus  $40,000  to  $60,000  for  NATURAL, 
and  an  additional  $15,000  for  NATURAL/GRAPHICS. 

ADABAS  is  for  programmers.  It  requires  10%  of  the  coding  effort  of  COBOL 
systems,  40%  of  the  total  development  time,  but  furnishes  operational  per- 
formance at  least  as  efficient  as  those  same  COBOL  systems. 
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NATURAL  provides  programmers  and  some  end  users  a  friendly,  English 
language  interface  for  information  retrieval  that  is  still  under  the  control  of 
the  Data  Base  Administrator  as  to  integrity,  security,  auditability,  and  per- 
formance. The  relational  nature  of  the  underlying  database  provides  flexi- 
bility without  impeding  performance, 

SUPER/NATURAL  extends  and  simplifies  the  end  user  interface  even  more 
via  a  menu  and  QBE  (Query  By  Example)  approach.  :  . 

SUPER/NATURAL  enables  secondary  indices  to  be  developed  on-line, 
if  not  previously  defined.  t 

Little  or  no  training  is  required  to  get  at  least  some  immediately 
usable  results. 

Software  AG  is  working  on  a  PC  version  of  ADABAS  that  should  be  announced 
by  the  end  of  1983,  and  ready  for  delivery  in  1984. 

It  will  likely  be  a  subset  of  ADABAS  that  retains  the  same  syntax,  but 
provides  more  limited  capabilities,  such  as  uploading  locally  prepared 
queries  and  downloading  resulting  data  for  further  local  processing. 

The  high  performance  structure  of  the  ADABAS  database  is  paid  for  in 
the  storage  requirements  of  the  associated  indexes. 

Nevertheless,  in  an  office  automation  application  the  local  indexing  demands 
are  not  too  great,  while  the  adaptability  requirement  is  exactly  suited  to  the 
flexible  inverted  file  structure. 

Software  AG  expects  to  pursue  the  office  automation  approach,  and 
exhibited  a  touch-screen  version  of  ADABAS  on  a  PC  at  their  recent 
user  conference. 
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ADS/ONLINE  PLUS  ONLINE  ENGLISH  PLUS  INFORMATION  DATABASE 


Cullinet  was  the  first  of  the  DBMS  vendors  to  offer  Artificial  Intelligence 
Corporation's  Intellect  (discussed  earlier  in  Section  III)  as  an  adjunct  to  their 
DBMS.  OnLine  English,  as  Cullinet  calls  it,  is  part  of  an  integrated  family  of 
products,  some  number  of  which  in  combination  can  be  considered  to  comprise 
an  FGL.  This  section  discusses  OnLine  English  (OLE)  plus  Application  Devel- 
opment System/OnLine  (ADS/OL),  an  application  generator. 

OnLine  English  works  by  querying  an  information  retrieval  file  ("data  file") 
and  an  index  file  of  pointers  into  the  data  file.  The  data  file  may  have  been, 
but  does  not  have  to  be,  created  and  maintained  by  ADS/OL.  The  index  file  is 
normally  created  in  advance,  in  batch  mode  by  OLE,  but  can  be  created  in 
realtime,  with  the  next  release  of  the  product. 

The  query  module  accesses  a  lexicon  of  standard  terms  (such  as  who, 
when,  how  many,  etc.)  and  user-defined  terms  (field  names,  synonyms, 
groups)  to  interpret  requests  and  translate  them  into  a  computer- 
compatible  format. 

If  a  definition  is  not  found,  "near-misses"  may  be  suggested  by  OLE  or 
the  user  is  given  the  opportunity  to  enter  the  definition  on  the  spot. 

These  features  make  OLE  very  user-friendly  and  easy  to  learn.  But  OLE  also 
provides  security,  additional  functions  such  as  bar  graphs,  averages,  and 
simple  statistics  including  correlations,  as  well  as  auditability  via  a  session 
logf  ile. 

ADS/OnLine  complements  OLE  by  enabling  rapid  development  of  transaction 
processing  systems.  ADS/OL  automatically  handles  the  details  of: 

Terminal  input/output. 
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Database  housekeeping. 

Terminal  screen  formatting. 

Resource  management. 

Data  editing,  decoding,  and  encoding. 

Error  handling. 

The  resulting  code  is  almost  100%  compiled,  and  provides  performance  that  is 
the  equal  of  COBOL  or  PL/I  code.  Procedures  already  written  in  these  lan- 
guages can  be  incorporated  without  being  rewritten.  As  a  result,  development 
time  is  cut  to  approximately  10%  of  the  COBOL  or  PL/I  equivalent. 

ADS/OnLine  costs  $40,000  and  requires  IDMS,  which  costs  $65,000  to 
$82,000.  Both  ADS/OL  and  OLE  can  use  Cullinet's  Integrated  Data  Dictio- 
nary, which  costs  $35,000.  OnLine  English  costs  $55,000,  and  can  be  used  with 
or  without  IDMS  files. 

Cullinet  has  also  announced  an  arrangement  with  Micro  Data  Based  Systems 
to  offer  The  Knowledge  Manager  (Knowledgeman)  as  Cullinet's  data  base 
product  for  microcomputers. 

Knowledgeman  will  extend  IDMS  facilities  considerably  by  offering 
spread  sheet,  SQL-like  query,  statistical  analysis,  and  structured  pro- 
gramming capabilities. 

Although  all  the  details  have  not  yet  been  resolved,  the  new  product 
will  enable  data  to  be  moved  back  and  forth  between  micro  and  main- 
frame, while  integrating  a  much  broader  variety  of  local  display  and 
processing  functions. 
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The  new  product  will  be  available  before  the  end  of  1983,  running  on  the  IBM- 
PC  under  PC-DOS  2.0.  It  will  be  priced  at  approximately  $1,000  per  PC,  but 
will  also  require  IDMS-R  (at  $65,000)  and  Information  Database  (at  $75,000) 
on  the  mainframe.  Information  Database  is  the  link  that  extracts  and  trans- 
lates data  between  IDMS,  VSAM,  or  IMS  files  and  Knowledgeman-accessible 
files. 

MARKV 

Informatics  General  has  updated  its  line  of  information  handling  products  with 
Mark  V,  a  generator  for  producing  on-line  application  programs,  similar  to 
what  Mark  IV  has  been  doing  for  batch  programs  for  over  fifteen  years. 

To  the  users  of  Mark  IV,  the  new  product  will  seem  very  familiar  in 
concept.  It  fits  naturally  into  an  IMS  environment  and,  in  fact,  uses 
native  IMS  facilities  for  READS  and  WRITES,  as  well  as  security, 

integrity  and  auditability. 

A  CICS  version  for  DL/I  and  VASM  files  will  be  available  in  the  next 
release  in  a  few  months.  At  that  time,  the  user  will  have  complete 
portability  between  the  two  systems  by  simply  checking  a  single  box  on 
one  of  the  application  development  screens. 

Informatics  General  intends  this  product  for  programmers,  rather  than  end 
users.  However,  they  have  entered  an  agreement  with  VisiCorp  to  offer 
Informatics'  Answer/DB  product  on  the  personal  computer  under  VisiON. 

The  Mark  V  product  handles  high  volume  transaction  processing  applications 
with  at  least  the  performance  efficiency  of  COBOL,  but  at  a  development 
effort  only  one-fourth  to  one-half  that  of  the  COBOL  effort. 

Mark  V  is  priced  at  about  $100,000  for  the  IMS/MVS  version:  the  CICS  version 
will  be  lower. 
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SYSTEM  W 


Comshare,  the  timesharing  service  headquartered  in  Ann  Arbor,  Michigan,  was 
the  first  to  offer  a  distributed  version  of  System  W,  their  financial  modeling 
package,  on  the  PC,  in  January  of  1 983. 

System  W  is  not  a  general  purpose  FGL,  but  given  that  many  users  limit  their 
decision  support  activity  to  financial  data.  System  W  furnishes  them  exten- 
sive, easy-to-use  facilities. 

The  system  provides  from  four  to  nine  "viewpoints,"  or  dimensions,  of 
data,  that  can  be  manipulated  and  reported  in  any  manner  or  sequence 
the  user  desires.  But  the  system  incorporates  enough  intelligence  to 
understand,  for  example,  the  valid  sequences  of  consolidation  and 
choose  the  correct  one,  even  if  the  user  entered  something  out  of 
sequence. 

The  system  operates  on  a  set  of  rules  for  variables  and  time  periods 
that  are  defined  by  the  user  in  standard  English  syntax. 

System  W  has  a  large  library  of  routines  to  handle  forecasting,  financial 
functions,  goal-seeking  (backward  integration),  sensitivity  analysis,  simulta- 
neous equation  resolution,  and  some  graphics  capability  (using  IBM's  GDDM). 

It  operates  on  data  that  has  been  extracted  from  production  files 
and/or  data  bases,  and  can  produce  journal  files  for  updating  back  to 
those  files,  if  desired. 

Distributed  System  W,  the  micro  product,  is  100%  syntactically  upward-com- 
patible. 
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It  is  distributed,  not  standalone,  and  depends  on  the  security  features 
of  the  IBM  mainfranne  operating  system  at  sign-on  time. 

It  operates  under  either  CP/M-86  or  PC-DOS  2.0,  and  requires  at  least 
256K  of  memory  and  four  dual-sided,  double-density  floppies  or  a  hard 
disk  to  run. 

-  It  is  more  limited  than  the  mainframe  product,  however,  in  that  it  can 
only  handle  two  views  of  data  at  a  time. 

Comshare,  as  a  computer  services  company,  offers  a  wide  variety  of  training 
and  support  facilities,  including  live  instruction  and  videos,  as  well  as  a  two- 
day  CAI  course  on  an  Apple  or  IBM-PC.  The  latter  has  a  one-time  charge  of 
$2,600  for  the  software. 

System  W  as  a  software  product  costs  from  $55,000  for  a  four-view  capability, 
and  up  to  $75,000  for  the  nine-view  version.  Distributed  System  W  is  $80,000, 
including  two  copies  of  the  micro  software.  Additional  micro  copies  are  $995 
each,  but  are  discounted  up  to  50%  in  quantity. 

SALVO 

Software  Automation  of  Dallas,  Texas,  is  now  Beta  testing  for  a  September 
release  of  one  of  the  first  FGLs  for  microcomputers  that  does  not  start  out 
as,  or  depend  upon,  a  mainframe  counterpart. 

-  SALVO  ("Software  Automated  Language  Vocabulary")  offers: 

A  relational  DBMS  providing  a  true  "virtual  JOIN"  capability 
across,  up  to  \6  files  at  one  time. 

A  natural  language  interpreter  that  accesses  a  user-defined 
lexicon. 


-42  - 

©1983  by  INPUT.  Reproduction  Prohibited. 


INPU 


An  application  generator  independent  of  external  host  lan- 
guages. 

Portability  across  CP/M  and  MS-DOS,  as  well  as  sonne  specific 
micro  vendor  operating  systems. 

SALVO  is  intended  for  the  office  professional,  rather  than  either 
programmers  or  casual  end  users.  It  depends  on  the  DP  staff,  however, 
for  generating  an  extract  of  the  organization's  host  data  files  or  data 
base.  SALVO  then  accesses  these  over  a  LAN  or  mainframe  network. 

SALVO  requires  a  minimum  configuration  of  64K  user  memory  and  two  30K 
floppies.  Within  this  configuration  it  can  handle  up  to  500  lines  of  data,  a 
figure  Software  Automation  claims  to  include  almost  all  the  FGL  applications 
normally  handled  on  a  mainframe. 

It  provides  security  at  field  and  file  levels,  accessed  by  user  ID. 

it  will  link  to  word  processing,  graphics,  and  spread  sheet  programs. 

it  is  three  to  four  times  shorter  and  quicker  to  develop  than  other 
micro  DBMSs,  such  as  dBase  II  or  MDBS  I II,  and  probably  100  times 
shorter  and  quicker  to  develop  than  COBOL. 

SALVO  will  be  marketed  directly  to  Fortune  500  sized  companies,  as  well  as 
directly  to  computer  vendors  such  as  NCR  and  Hewlett-Packard. 

The  retail  price  is  expected  to  be  about  $500  per  copy. 

Training  materials  include  a  user's  manual,  tutorial,  and  templates  for 
common  applications. 
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THE  FOURTH  GENERATION  LANGUAGE  ENVIRONAAENT 


•  This  chapter  examines  current  and  potential  uses  of  FGLs.    The  potential 
growth  rates  of  use  are  also  examined. 

•  This  is  a  key  element  that  both  causes  and  affects  FGL  use.  The  economics  of 
FGLs  are  analyzed  in  the  second  section. 

A.       FGL  USE 

•  When  looking  at  FGL  use,  the  main  question  is:    What  kind  of  use  is  being 
emphasized? 

Most  current  FGL  uses  can  be  typified  as  "secondary"  uses;  i.e.,  they 
can  be  very  important,  but  are  not  affecting  the  mainline  data  proces- 
sing system. 

"Mainline"  uses  are  those  that  introduce  or  modify  a  key  system  that  is 
usually  both  large  and  transaction  oriented. 

I .       SECONDARY  FGL  USES 

•  Secondary  uses  generally  apply  already  processed  data.  These  can  be  thought 
of  as  report  generators  or  decision  support  systems.  (While  there  is  a  distinc- 
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tion  between  these  kinds  of  packages  to  IS  professionals,  there  is  considerable 
overlap  in  users'  nninds.) 

These  secondary  uses  are  classic  Information  Center  applications. 

Data  files  may  be  constructed  especially  for,  as  well  as  with  the  FGL 
software,  or  may  be  an  extract  from  a  production  file.  Many  FGLs  are 
able,  for  example,  to  act  directly  on  IMS  files. 

In  some  cases  a  full  production  file  may  be  acted  on  directly.  How- 
ever, many  IS  managers  feel  uncomfortable  with  users  interacting 
directly  with  production  files,  even  in  a  read-only  mode. 

Another  Information  Center  activity  that  is  less  visible  because  it  does  not 
meet  the  preconception  of  what  an  Information  Center  should  be  is  the  devel- 
opment by  users  of  their  own  pseudo-production  systems. 

The  management  of  one  very  large  Information  Center  estimates  that 
10%  of  its  considerable  computing  resources  are  being  used  for  user- 
programmed  and  operated  production  systems. 

In  this  context,  a  production  system  is  one  that  is  run  on  a  regular 
basis,  and  processes  data  whose  results  are  accessed  by  user  manage- 
ment to  further  its  business  functions. 

Often  neither  IS  nor  users  are  certain  whether  this  is  an  appropriate 
activity,  so  assistance  is  only  provided  informally,  with  accurate  statis- 
tics of  use  not  readily  available. 

Many  of  these  activities  are  conducted  by  users  to  reduce  the  "invisible 
backlog,"  i.e.,  the  smaller  jobs  that  users  have  been  discouraged  from 
formally  submitting  through  the  developmental  request  process. 
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The  hidden  backlog's  total  resource  requirement  is  probably  as 
large  as  the  visible  backlog  in  most  organizations. 

However,  the  individual  components  of  the  invisible  backlog  are 
much  smaller  than  the  jobs  in  the  visible  backlog.  Consequently, 
they  are  very  attractive  candidates  for  FGL  applications  by 
users. 

MAINLINE  USES 

FGLs  can  be  used  in  connection  with  a  mainline  application  in  two  ways. 

For  prototyping  production  systems. 

As  production  systems. 

FGL  prototypes  can  be  constructed  quickly.  Often  alternative  means  of 
processing  or  outputs  can  be  demonstrated.  (Prototyping  is  discussed  in  more 
detail  in  Chapter  V.) 

In  this  approach,  the  actual  implementation  would  be  performed  using  a 
third  generation  approach  (e.g.,  COBOL/IMS). 

This  approach  is  justified  on  the  grounds  that  a  third  generation  imple- 
mentation is  more  efficient. 

The  ultimate  step,  which  only  a  few  companies  have  made,  is  to  use  the  FGL 
itself  in  a  full-production  environment. 

For  a  variety  of  reasons  to  be  discussed  at  length  in  Chapters  V  and  VI, 
many  IS  organizations  are  not  at  all  comfortable  with  this  approach, 
whether  IS  uses  the  FGL  alone  or  in  conjunction  with  users. 
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However,  the  alternative  is  that  users  will  increasingly  use  FGLs 
independently  and  ultimately  bypass  IS. 

Exhibit  IV- 1  summarizes  these  mainline  and  secondary  uses. 

FGL  GROWTH  EXPECTATIONS 

Currently  FGL  use  and  growth  is  largely  part  of  the  Information  Center 
issue.  They  are  primary  elements  of  the  Information  Center  and  will  become 
even  more  important  as  FGLs  become  better  understood  and  even  more  widely 
used. 

It  is  fair  to  say  that  an  FGL  is  in  use  today  in  some  part  of  virtually  every 
company  in  the  Fortune  500,  as  seen  in  Exhibit  IV-2.  However,  currently,  this 
use  is  fragmented. 

Some  FGL  use  is  confined  to  isolated  sections  of  a  company,  where,  for 
example,  the  FGL  is  being  delivered  via  a  commercial  timesharing 
service. 

In  other  cases,  FGLs  are  being  used  essentially  as  report  generators  in 
an  Information  Center  environment. 

As  discussed  in  INPUT'S  report.  Organizing  The  Information  Center, 
(August  1983),  a  major  defect  in  many  current  Information  Centers  is 
that  adequate  support  is  not  provided.  Consequently,  most  FGL  users 
are  unable  to  use  the  full  potential  of  the  FGL. 

The  Information  Center  orientation  will  also  predominate  in  the  future,  with 
nonprogrammer  use  expected  to  increase  half  again  as  fast  as  programmer 
use,  as  shown  in  Exhibit  IV-3.  FGL  support  is  expected  to  lag  far  behind  the 
growth  in  users.  This  is  very  similar  to  the  situation  that  exists  in  Information 
Centers. 
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EXHIBIT  IV-1 


CLASSIFICATION  OF  FOURTH  GENERATION  LANGUAGE  USE 


Mainline  Uses 

•  Fourth  generation  language  prototyping. 
Third  generation  language  implementation 

•  Evolved  FGL  prototype  becomes  production 
system 

Users  only 

-  IS  only 

Users  and  IS  jointly 

Secondary  Uses 

®    User  report  generation  (typically,  via 

Information  Center)  and  analysis/forecasting 

-  FGL  files 

Extracted  product  files 
Production  files 

•  "Hidden  Backlog"  satisfaction 
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EXHIBIT  IV-2 


NUMBER  OF  INSTALLATIONS  OF 
SELECTED  FOURTH  GENERATION  LANGUAGE  PRODUCTS 


NUMBER  OF  INSTALLATIONS 

PRODUCT 

1980 

1981 

1982 

TO  DATE 

FOCUS 

150 

275 

525 

705 

NOMAD  2 

7,000 

10,800 

11,900 

15,000 

RAMIS  1! 

556 

753 

886 

1,000 

INQUIRE 

N/A 

N/A 

N/A 

300 

-50  - 

©1983  by  INPUT.  Reproduction  Prohibited. 


EXHIBIT  IV-3 


EXPECTED  INCREASES  IN 
FOURTH  GENERATION  LANGUAGE  USE,   1983  1985 


INCREASES  IN  :  INC 

REASE  1983-1985 

Nonprogrammers  Using 

990 

Programmers  Using 

680 

-™  

FGL  Support  Staff  120 

1 

1                  1  1 

0  200  400  600  800  1,  000% 


SOURCE:  INPUT  Survey 
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•  FGL  use  by  end  users  over  the  next  several  years  should  increase  at  the  rate 
that  resources  are  made  available. 

In  the  short  run,  IS  can  control  the  growth  by  making  resources  avail- 
able via  the  Information  Center. 

In  the  longer  run,  FGL  use  will  start  to  slip  out  of  the  control  of  IS. 

•  Actually,  the  biggest  issue  for  IS  will  be  the  extent  to  which  FGLs  are  to  be 
used  within  IS  and  the  use  to  which  they  will  be  put. 

Much  of  the  remainder  of  this  report  will  focus  on  this  issue. 
B.       FOURTH  GEtsERATION  LANGUAGE  ECONOMICS 

•  Often,  IS  departments  do  not  closely  examine  the  economics  of  FGLs  when 
obtaining  them  for  Information  Centers. 

The  Information  Center  users  need  tools  like  these,  so  their  processing 
efficiencies  are  not  critical. 

Equally  important,  most  FGL  Information  Center  applications  are  not 
felt  to  be  amenable  to  normal  cost  justification.  Therefore,  the  eco- 
nomic costs  and  benefits  of  the  delivery  tool  (i.e.,  the  FGL)  can  also  be 
deemphasized. 

•  The  situation  becomes  quite  different  when  examining  the  FGL's  role  in  the  IS 
department's  "home  turf"  of  mainline  production  systems.  Here,  the  main 
objective  issue  becomes  the  economic  question.  (The  more  qualitative  issues 
are  discussed  in  Chapter  VI.)  The  main  economic  issues  are: 
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To  what  extent  are  development  and  nnaintenance  costs  reduced  when 
using  FGLs? 

To  what  extent  are  production  costs  increased  when  using  an  FGL? 

The  main  cost  factors  are  shown  in  Exhibit  IV-4. 

CPU  and  associated  memory  cost  is  the  primary  area  of  increased 
costs,  conservatively  estimated  to  increase  by  a  factor  of  perhaps 
75%,  (Note  that  some  vendors  maintain  that  under  the  right  circum- 
stances efficiency  may  be  comparable  to  that  of  COBOL  systems.) 

Personnel  costs  associated  with  system  development  or  support  are  the 
main  area  of  savings;  personnel  time  is  reduced  by  a  factor  of  at  least 
five. 

Appendix  C  provides  more  details  on  FGL  economics. 

The  net  cost  impact  is  quite  dependent  on  the  way  in  which  an  IS  department 
approaches  an  FGL  implementation.  There  are  four  basic  approachess 

Constant  output,  i.e.,  IS  provides  the  same  level  of  development  and 
support  output.  This  means  a  reduction  in  IS  programming  and  analysis 
staff. 

Constant  inputs,  i.e.,  the  IS  programming  and  analysis  staff  remains  the 
same;  processing  requirements  increase. 

Constant  input,  decentralized  output,  i.e.,  as  above,  but  processing 
requirements  are  largely  decentralized  (e.g.,  with  personal  com- 
puters). 
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EXHIBIT  IV-4 


FOURTH  GENERATION  LANGUAGE 
COST  FACTORS 


Machine  Costs 
CPU /Memory 
Main  Storage 
Storage  Access 

Development  Costs 
IS  Staff 

User  Intermediaries 
End  Users 

Maintenance  Costs 
IS  Staff 

User  Intermediaries 
End  Users 
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Users  co-opted,  i.e.,  IS  programming  and  analysts  work  closely  with, 
and  are  augmented  by,  user  staff;  processing  requirements  increase 
even  faster. 

It  should  be  noted  that  processing  requirements  can  increase  for  these  rea- 
sons: 

The  inefficiency  of  FGLs. 

Increased  system  development  activity  (e.g.,  by  utilizing  IS  staff  more 
productively  and/or  mobilizing  user  personnel  for  system  development 
activities). 

Exhibit  IV-5  shows  the  cost  impact  if  output  is  held  constant:  there  is  almost 
a  direct  tradeoff  between  personnel  and  hardware  resources. 

If  IS  staff  is  not  reduced  and  IS  must  supply  the  additional  processing 
resources,  costs  could  increase  by  a  factor  of  three,  as  shown  in  Exhibit 
IV-6;  output  would  increase  by  a  factor  of  five,  however. 

Total  IS  costs  (although  not,  of  course,  total  organizational  costs) 
would  not  increase  significantly  if  processing  were  decentralized.  This 
approach  would  be  attractive  to  many  users  (see  INPUT'S  report  Eval- 
uating the  EDP  Level  of  Service,  January  1 982). 

Finally,  if  user  resources  were  mobilized  to  work  in  conjunction  with 
IS,  costs  would  increase  by  at  least  a  factor  of  five,  with  output  in- 
creasing by  a  factor  of  ten. 

The  preceding  is  a  model,  of  course.  What  happens  in  the  real  world? 

Exhibit  IV-7  tracks  the  installed  millions  of  instructions  per  second 
(MIPS)  of  a  medium-sized  organization  that  decided  in  1980  to  use  an 
FGL  in  virtually  all  of  its  systems. 
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EXHIBIT  IV-5 


POTENTIAL  COST  EFFECTS  OF  FOURTH  GENERATION  LANGUAGE  USE 

IN  A  PRODUCTION  ENVIRONMENT 
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EXHIBIT  IV-6 


COST  IMPACT  OF  FOURTH  GENERATION  LANGUAGE  USE 
AT  DIFFERENT  STAFFING  LEVELS 


Current  (pre  FGL) 


FGL  -  Same  level  of 
development  and 
maintenance  output 
(I.e.,  reduced  IS  staff) 

FGL  -  Same  level  of  IS 
development  and 
maintenance  staff  (i.e., 
increased  output) 

•  Additional  hardware 
resources  decentralized 


Additional  hardware 
resources  supplied  by  IS 


Users  contribute 
development  and 
maintenance  staff 
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The  MIPS  increase  is  at  an  average  annual  rate  of  160%,  rising 
from  under  2  MIPS  to  over  40  in  little  more  than  three  years. 

MIPS  to  support  development  has  grown  by  almost  the  same 
amount,  as  seen  in  Exhibit  IV-8. 

This  is  felt  to  be  an  extremely  successful  operation.  The  user  depart- 
ments are  fully  involved  and  feel  the  investment  has  been  well  worth 
the  time  and  energy. 

Many  organizations  would  not  view  this  kind  of  hardware  increase  with 
equanimity. 

It  should  be  stressed  that  these  economics  are  at  a  particular  point  in  time. 
FGL  economics  should  become  increasingly  more  favorable  to  FGLs.  . 

Hardware  processing  costs  are  continuing  to  fall,  if  anything,  at  a 
faster  rate  than  previously,  due  to  the  advent  of  the  super  micro  (e.g., 
a  I  MIPS  machine  sells  for  under  $20,000). 

Personnel  costs  continue  to  rise. 

FGL  vendors  continue  to  work  on  efficiency;  note  the  claims  that  code 
executes  as  efficiently  as  COBOL. 

FGL  "post-processors"  or  compilers  may  become  more  common. 

Critical  pieces  of  FGL  code  can,  of  course,  be  rewritten  into  a  more  efficient 
language.  However,  as  will  be  discussed  later,  this  then  undermines  a  consid- 
erable portion  of  the  FGL  advantage. 
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EXHIBIT  IV-8 


INSTALLED  MIPS  PER  DEVELOPMENT  PERSON 
AFTER  FOURTH  GENERATION  LANGUAGE  INSTALLATION 


1980  1981  1982  1983 
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Limited  tuning  capabilities  are  already  available  in  some  FGLs  (e.g., 
FOCUS,  INQUIRE);  these  will  doubtlessly  be  extended. 

•  Remember  also  that  because  of  its  efficiencies,  assembly  language  was  still 
being  considered  in  the  early  1970s  as  an  alternative  to  COBOL.  Also  notice 
how  FGL  efficiency  is  being  compared  in  terms  of  COBOL's.  This,  in  itself, 
indicates  how  the  decreasing  price  of  processing  is  making  language  efficiency 
less  important. 
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V  THE   USE   OF   FOURTH  GENERATION 
LANGUAGES  BY  INFORMATION 
SYSTEMS  DEPARTMENTS 


THE  USE  OF  FOURTH  GENERATION  LANGUAGES  BY  INFORMATION 
SYSTEMS  DEPARTMENTS 


As  stated  earlier,  one  of  the  most  important  issues  that  will  be  facing  IS 
management  is  the  extent  to  which  IS  itself  will  use  FGL  and  in  what  ways. 

The  typical  current  IS  view  on  the  use  of  FGLs  is  summarized  graphically  in 
Exhibit  V- 1. 

As  systems  become  larger  and  more  transaction-oriented,  FGLs  be- 
come less  likely  to  be  used. 

While  it  is  true  that  an  airline  reservations  system,  for  example,  may 
not  yet  be  a  good  candidate  for  an  FGL  implementation,  even  given  the 
current  state-of-the-art,  there  can  be  a  good  case  made  for  FGLs  in 
many  classic  transaction  environments. 

Exhibit  V-2  describes  an  actual,  unresolved  example  where  an  FGL  could 
provide  a  solution  to  a  number  of  problems.  It  illustrates  the  difficulties  some 
IS  managers  have  in  overcoming  their  image  of  the  proper  place  for  an  FGL. 

There  are  four  particular  issues  which  bear  on  the  applicability  of  FGL  to  help 
solve  IS  problems: 

Prototyping  with  FGLs. 
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EXHIBIT  V-1 


IS  VIEWS  ON  THE  USE  OF  FOURTH  GENERATION  LANGUAGES 
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EXHIBIT  V-2 


A  FOURTH  GENERATION  LANGUAGE 
MANUFACTURING  APPLICATION   (CASE  STUDY) 


Environment 


Background 


Situation  : 


An  equipment  manufacturing  division  in  a  large, 
diversified  corporation 

A  progressive  data  processing  environment 


Four  modules  of  a  manufacturing  software 
package  were  purchased  several  years  ago  at 
a  cost  in  excess  of  $250,000 

Several  million  dollars  were  spent  in  trying  to 
tailor  the  package  to  the  division's  manufacturing 
philosophy  and  interfacing  the  package  with 
other  divisional  systems 


The  modifications  have  been  unsuccessful, 
partly  due  to  changing  and  unclear 
specifications 

Several  million  dollars  more  would  be  required  to 
meet  current  system  specifications 

Management  no  longer  believes  such  projections 

Management  is  insistent  that  the  originally- 
promised  1984  date  of  completion  be  met 


Potential  •    Only  a  FCL  implementation  for  the  total  system 

FGL  Solution        could  meet  the  time  requirement 

•  The  FGL  would  also  be  flexible  enough  to  deal 
with  further  specification  changes  (such  as 
changing  manufacturing  methodologies  and 
philosophies) . 

•  Parts  of  IS  management  are  convinced  of  the 

FGL  feasibility;  others  are  alarmed  by  the  novelty 
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FGLs  in  production  systenns. 
FGL  as  a  nnainf rame-PC  link. 
FGL's  impact  on  quality. 

A.  PROTOTYPING 

•  It  is  increasingly  recognized  that  the  system  life  cycle  approach,  to  which  so 
much  effort  has  been  devoted  over  the  past  decade,  is  not  completely  on 
target,  as  illustrated  in  Exhibit  V-3. 

It  is  not  so  much  that  the  goals  of  the  life  cycle  approach  are  wrong,  it 
is  more  that  it  assumes: 

A  "correct"  solution  can  be  defined  with  very  limited  (often  no) 
iteration. 

Once  found,  the  correct  solution  will  remain  stable  for  a  long 
time. 

IS  staff  and  users  can  communicate  effectively. 

•  In  fact,  what  often  happens  is  users  sign  off  (or,  worse,  delegate  the  signing 
off)  on  a  very  large  stack  of  documents  that  they  barely  understand.  After 
months  or  years,  their  reaction  to  the  finished  product  is  all  too  often: 

"That's  what  the  previous  management  wanted." 

"That's  very  nice,  but  what  1  really  wanted  was  .  .  .  ." 
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EXHIBIT  V-3 


THE  VICIOUS   CIRCLE  OF  TRADITIONAL  SOFTWARE  DEVELOPMENT 
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"You  didn't  understand." 

There  are  good  data-driven  system  design  methodologies  that  are  as  useful 
with  FGLs  as  with  third  generation  solutions.  However,  even  the  best  meth- 
odology is  now  dependent  on  systems  analysts,  generally  both  user  analysts 
and  IS  analysts,  as  seen  in  Exhibit  V-4. 

Every  line  shown  on  Exhibit  V-4  is  a  potential  weak  join. 

The  users  do  not  think  in  "data"  or  in  "processing"  terms. 

The  user  and  IS  analysts'  tasks  are  often  poorly  defined  and  they 
often  end  up  in  competition  rather  than  cooperation. 

The  analysis  becomes  a  formal  exercise  not  solidly  grounded  in 
realistic  needs. 

These  same  problems  have  existed  in  engineering  disciplines  since  their  ori- 
gin. The  prototype  was  soon  developed  to: 

Prove  to  the  engineer  that  the  solution  would  work. 

Confirm  that  the  solution  was  to  the  correct  problem. 

Prototypes  have  rarely  been  practiced  in  a  third  generation  environment. 
FGLs  are  uniquely  suited  to  create  working  prototypes: 

Prototype  creation  is  rapid. 

End  users  can  participate,  in  a  hands-on  mode  if  desired. 
Adjustments  and  alternative  solutions  can  be  quickly  presented. 
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EXHIBIT  V-U 


ANALYSTS  -  WEAK  LINKS  AND  BOTTLENECKS? 
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If  desired,  the  prototype  itself  can  be  scaled  and  used  as  the  production 
system. 


The  prototyping  process  can  rectify  many,  if  not  all,  of  the  shortcomings  of 
the  life  cycle  approach.  It  can  also  make  the  analysis  process  become  real  to 
the  typical  end  user. 

Rather  than,  at  best,  dummy  reports  being  created,  real  reports,  based 
on  real  data,  can  be  presented  within  a  few  days  of  a  work  session. 


Besides  the  obvious  credibility  that  this  produces,  the  analysis  process 
can  proceed  at  a  pace  much  closer  to  human  thought. 

The  process  is  self-documenting,  in  a  way  that  is  accessible  to  both  IS 
and  user  staff. 

This  is  not  to  say  that  there  are  not  drawbacks  to  FGL  prototyping. 

The  chief  problem  is  that  the  process  is  new.  There  are  only  a  few 
methodologies  now  available  for  driving  the  prototyping  process  (e.g., 
DACOM's  POM-80). 

More  basically,  there  will  probably  never  be  a  completely  satisfying  set 
of  formal  rules  to  describe  the  desirable  iterative  process.  Two  itera- 
tions will  be  adequate  in  some  circumstances  and  then,  may  not  be  in 
others. 

The  very  acceptance  of  FGL  prototyping  may  lull  IS  staff  into  believing 
that  little  or  no  formal  testing  is  required. 

However,  even  with  the  potential  problems,  prototyping  can  have  a  high 
impact  on  most  system  activity  areas,  as  Exhibit  V-5  illustrates. 
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EXHIBIT  V-5 


PROTOTYPING  EFFECTS  ON  SYSTEM  ACTIVITIES 


PROTOTYPING 

ACTIVITITY 

IMPACT 

TYPES  OF  EFFECTS 

System  Feasibility 

Very  High 

Can  replace  paper  execises. 

System  Modeling 

High 

Alternative  systems  can  be  tested. 

System  Design 

High* 

Can  lay  out  working  model  of  system 
quickly. 

Program  Design 

High* 

Can  lay  out  working  model  of 
program  quickly. 

Coding 

High 

Multiples  of  efficiency. 

Debugging 

Medium** 

Easier  to  identify  logical  errors, 
if  tested. 

Operations 

High 

Negative  impact;  significantly  more 
computing  resources  required. 

Maintenance- 
error  correction 

Medium** 

Code  much  more  self-documenting. 

Maintenance- 
enhancements 

Very  High* 

Recapitulates  benefits  from 
"Feasibility"  to  "Coding". 

Only  if  prototype  moved  into  production,  otherwise  medium  impact. 
Only  if  prototype  moved  into  production,  otherwise  low  impact. 
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Note  that  the  positive  impact  of  prototyping  on  system  design,  program 
design,  and  maintenance  is  lowered  if  some  or  all  of  the  production 
system  is  programmed  in  a  third  generation  language.  This  kind  of 
hybrid  third  and  fourth  generation  system  might  otherwise  be  favored 
on  the  grounds  of  hardware/production  efficiency. 

One  cannot  be  positive  that  the  correct  prototype  logic  will 
have  been  carried  forward  into  the  final  system. 

Debugging  and  maintenance  will  be  against  third  generation 
code.  At  best,  the  FGL  code  will  be  a  form  of  documentation 
(that  may  not  be  kept  up  to  date). 

The  high  (and  desirable)  amount  of  changes  to  FGL  prototypes  will 
mean  a  higher  demand  on  computer  operations  (e.g.,  see  Exhibit  IV-7). 

B,       FGLs  IN  PRODUCTION 

•  As  noted  in  the  previous  section,  a  number  of  the  benefits  from  using  proto- 
types to  increase  accuracy  are  lost  if  the  prototyped  system  is  not  carried 
forward  into  production. 

In  addition,  many  of  the  speed  and  productivity  benefits  are  lost  since 
the  FGL  code  must  be  reprogrammed  as  third  generation  code. 

This  approach  can  only  be  recommended  if  there  is  a  serious,  docu- 
mented case  of  potential  hardware  inefficiency  and  the  dollar  tradeoff 
prevents  taking  the  FGL  approach. 

Users  will  often  prefer,  and  pay  for,  the  seemingly  more  expen- 
sive option  that  delivers  a  more  acceptable  system  more  quick- 
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This  has  been  repeatedly  proven  by  the  success  that  timesharing 
companies  have  had  in  selling  their  expensive  solutions. 

One  of  the  biggest  benefits  of  implementing  an  FGL  production  system  is  that 
it  then  becomes  feasible  to  have  users  directly  maintain  the  system.  It  may 
also  be  feasible  for  the  user  department  to  run  the  system  on  a  decentralized 
basis. 

By  removing  IS  from  the  routine  support  business,  IS  can  begin  to 
extricate  itself  from  the  unrewarding  maintenance  business.  (See 
INPUT'S  November  1982  report,  Software  Maintenance,  The  Uninvited 
Guest.) 

IS  will  still  have  to  provide  technical  backup  and  assistance.  However, 
user  departments  can  make  the  change  to  logical  construction,  which 
they  are  by  far  the  most  qualified  to  carry  out. 

Much  of  the  discussion  up  to  this  point  has  been  implicitly  assuming  the 
implementaton  of  a  new  system  that  has  not  been  computerized  before.  Such 
systems  are  quite  scarce.  Most  "new"  systems  are  in  reality  reworkings  of 
previously  computerized  systems. 

Such  system  conversions  are  at  least  as  feasible  for  FGL  as  are  com- 
pletely new  systems. 

The  most  important  requirements  are  that  there  be  a  defined  system 
owner  willing  to  assume  responsibility,  and  that  user  needs  are  vola- 
tile. 

These  and  other  somewhat  less  important  factors  are  described  in 
Exhibit  V-6. 
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EXHIBIT  V-6 


FOURTH  GENERATION  LANGUAGE  CONVERSION  TARGETS 


FACTOR  IN  FGL  CONVERSION 

IMPORTANCE 

User  willing  to  assume  responsibility 
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Constantly  changing  user  needs 

H 

Defined  user  system  ownership 

H 

Old  system 

M 

Difficult  to  maintain 

M 

Error-prone  system 

M 

High  maintenance  costs 

M 

High  level  of  complaints 
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H  =  High 
M  =  Medium 
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The  most  critical  issue  when  considering  using  an  FGL  in  a  production  setting 
is  whether  to  use  an  FGL  or  an  application  software  package.  The  most 
important  advantages  of  a  software  package  compared  to  third  generation 
custom  programming  are: 

Speed  of  implementation. 

Cost  (i.e.,  5%-20%  of  the  cojst  of  internal  development). 

Accuracy  and  integrity. 

Vendor  maintenance. 

These  advantages  have  helped  fuel  an  annual  growth  of  over  30%  in  the  pack- 
aged software  industry  for  a  number  of  years. 

However,  these  advantages  only  exist  in  a  pure  form  where  modifications  to 
the  underlying  package  are  few  or  nonexistent.  This  means  that  many  busi- 
nesses are  faced  with  two  unattractive  alternatives  when  making  a  packaged 
software  purchasing  decision. 

The  package  is  bought  and  installed  as  is;  often,  significant  portions  of 
the  company's  business  operations  must  be  changed  to  conform  to  the 
package  -  the  tail  wagging  the  dog.  By  doing  so,  the  company  must 
sometimes  give  up  unique,  valuable  characteristics  and  may  also  find  it 
difficult  to  have  its  systems  react  flexibly  to  outside  events. 

On  the  other  hand,  extensive  package  modifications  can  add  greatly  to 
costs  and  elapsed  time,  and  often  the  changes  are  so  extensive  as  to 
mean  that  vendor  maintenance  is  no  longer  viable.  As  the  example  in 
Exhibit  V-2  shows,  sometimes  such  attempted  modifications  are  not 
even  feasible. 
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Recognizing  these  issues,  some  companies  are  now  buying  application 
packages  merely  to  use  as  a  "shell"  to  write  a  custom  application 
around.  They  find  that  this  approach  can  save  them  a  year's  elapsed 
time  and  a  modest  amount  of  development  cost  (up  to  25%).  They 
willingly  give  up  most  of  the  benefits  of  packaged  software  in  order  to 
secure  a  solid  software  foundation  and  to  save  time. 

•  Using  an  FGL  can  be  yet  another  option  to  choose  from  when  planning  major 
software  projects. 

Many  of  the  speed  and  cost  advantages  of  acquiring  a  software  package 
can  be  gained  by  using  an  FGL  for  implementation. 

The  accuracy  and  solidity  of  an  FGL  can  be  as  high  as  that  obtained  by 
using  a  software  package  (assuming  that  testing  is  adequate). 

More  computer  resources  may  be  necessary  to  run  an  FGL  system;  on 
the  other  hand,  generalized  software  packages  often  have  high  over- 
heads, including  support  for  many  functions  that  a  particular  customer 
has  no  need  for— at  least  in  the  form  offered. 

C,       MAINFRAME  PERSONAL  COMPUTER  FGL  LINKAGE 

•  Currently,  mainframe  and  PC  systems  are  essentially  isolated  as  seen  in 
Exhibit  V-7.  PCs  may  be  used  as  terminals  and/or  extracted  files  downloaded, 
but  from  a  processing  and  application  standpoint,  there  is  little  connection. 

•  This  is  in  the  process  of  changing,  thanks  to  the  initiative  of  many  of  the 
major  FGL  vendors. 
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EXHIBIT  V-7 

INFORMATION  CENTER  AND  PERSONAL  COMPUTER 


ISOLATION 
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FOCUS,  for  example,  has  recently  released  its  first  report  writing 
module  that  is  planned  to  lead  to  an  almost  complete  transfer  of  its 
mainframe-based  capabilities  to  PC  in  the  course  of  the  next  year. 
System  W  from  Comshare  is  in  a  PC  version  that  contains  almost  all 
the  features  of  its  mainframe  product. 

FOCUS  and  System  W  are  not  alone.  Many  of  the  other  leading  FGLs 
(e.g.,  NOMAD,  NATURAL,  RAMIS)  plan  similar  transfers  to  PCs. 

Competitive  pressures  will  force  most,  if  not  all,  FGLs  to  offer  com- 
plementary mainframe-PC  products  in  the  next  two  years. 

It  is  still  not  clear  what  precise  relationships  will  be  established  between 
mainframe  and  PC  products. 

Most  vendors  will  be  attempting  to  have  the  PC  possess  the  same 
functionality  as  the  original  mainframe  version  or,  at  the  least,  be  a 
comprehensive  subset. 

Vendors  will  try  hard  for  functionally  identical  versions  so  that  both 
uploading  and  downloading  will  be  transparent  to  users. 

Where  there  is  such  bidirectional  compatibility,  it  will  be  possible  to 
prepare  FGL  programs  on  either  the  mainframe  or  PC  and  run  them  on 
either  one.  Disk  storage  capacity  will  be  an  obvious  limitation  for  PCs, 
at  least  initially. 

To  compete  in  the  PC  marketplace,  mainframe-based  FGLs  may  have  to  offer 
new  or  expanded  features  such  as  spread  sheets,  graphics,  etc.  These  features 
may  then  get  fed  back  into  the  mainframe  product,  both  to  preserve  compati- 
bility and  to  work  as  a  marketing  tool. 
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•  EXPRESS  is  taking  another  approach.  They  expect  to  have  a  turnkey  super- 
nriicro-based  version  of  their  system  avai  lable  in  1984  in  the  $20,000  to 
$25,000  region.  ^ 

Given  EXPRESS'  power  and  complexity,  it  is  understandable  that  they 
would  take  this  approach  to  offer  a  significant  subset  of  their  main- 
frame product's  functionality  on  a  standalone  basis. 

It  is  quite  possible  that  the  EXPRESS  decision  signals  a  branching  of 
FGL  PC-based  products. 

For  routine,  small-scale,  or  slow  response  applications,  medium- 
power  PC  (e.g.,  the  IBM-PC)  will  be  quite  adequate. 

On  the  other  hand,  high-priority,  large-scale,  heavy-computa- 
tional or  fast-response  applications  may  need  more  high- 
powered  machines  (e.g.,  68,000-based  machines  like  the  Charles 
River  Systems  or  Stratus  hardware). 

•  The  net  result  of  the  expansion  of  FGLs  to  PCs  will  be  a  linking  of  PCs  and 
mainframes  on  a  software  and  application  basis;  this  will  encourage  further 
hardware  integration  and  development  of  distributed  processing,  as  seen  in 
Exhibit  11-5. 

The  high-powered  micros  may  become  the  data  base  machines  of  the 
future.  Current  data  base  machines  tend  to  be  "backend"  rather  than 
"frontend." 

Persona  I -computer-based  FGLs  may  resolve  the  dilemma  of  resource 
drain  on  the  mainframe  caused  by  FGLs,  yet  provide  the  information- 
center-like  tools  that  users  crave. 
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As  the  exhibit  shows,  the  tightened  links  between  PCs  and  mainfrannes 
will  make  it  easier  to  develop  FGL-based  production  systems  off-line. 
The  mainframe  will  not  have  to  absorb  the  sudden,  high-priority  peaks 
of  development  resource  requirements. 

D.       FGU  AND  SYSTEM  QUALITY 

t 

•  Increasingly,  IS  departments  are  becoming  concerned  about  system  quality.  It 
has  become  clear  that  system  quality  is  the  foundation  for  both  productivity 
(as  Exhibit  V-8  illustrates),  user  satisfaction,  and  life  cycle  maintenance 
costs.  This  is  an  important  motivation  for  IS  departments  setting  up  quality- 
assurance  programs  and  units. 

•  Three  of  the  most  important  constituents  of  quality  systems  are: 

System  robustness. 
Flexibility. 
Data  integrity. 

•  FGLs  can  directly  support  each  of  these  constituents. 

FGL-based  systems  can  be  robust  due  to: 

Multiple  iterations  in  the  prototype  phase. 
User  involvement  (or,  sometimes,  construction). 
User-IS  communication  via  the  FGL. 
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EXHIBIT  V-8 


THE  PRODUCTIVITY  PYRAMID 
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Flexibility  is  inherent  in  the  FGL  approach. 
FGLs  can  be  supportive  of  data  integrity  by: 
Containing  an  integral  DBMS. 

Enabling  experiments  with  different  data  structures. 

One  danger  inherent  in  FGLs  is  that  FGL  users  nnay  become  carried  away  with 
the  ease  and  flexibility  of  the  tool  and  not  manage  data  and  information. 

AN  FGL  should  be  viewed  as  an  important  means  of  supporting  data- 
based  analysis  and  not  a  replacement  for  it. 

FGLs  may  unintentionally  shift  the  focus  of  attention  from  the  data  to 
the  process,  especially  when  used  by  under-trained  and  under-experi- 
enced users.  IS  analysts  skilled  in  data  analysis  should  be  assigned  to 
work  with  users  in  this  situation. 

An  associated  problem  is  that  FGLs  make  it  so  easy  to  add  all  possible  bells 
and  whistles  that  everything  that  might  possibly  be  of  use  is  added  to  the 
system,  even  if  rarely  used.  Problems  caused  by  adding  such  low  priority 
features  include: 

Adding  to  system  development  and  maintenance  costs. 

Increasing  complexity,  and  unnecessarily  reducing  robustness. 

Increasing  operating  costs  unnecessarily. 

A  danger  with  FGLs  is  that  the  resulting  system  will  be  undertested. 
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In  part,  this  is  because  FGL-based  systems  will,  in  fact,  need  less  time 
for  testing  since  fewer  errors  will  be  found  and  these  errors  will  be 
more  easily  corrected. 

However,  the  testing  program  should  be  the  same  as  a  good  testing 
program  for  third  generation  systems. 

One  of  the  main  objectives  of  an  FGL  test  should  be  to  identify  re- 
quirements that  have  been  omitted.  In  third  generation  systems  there 
is  often  not  enough  time  for  this  function.  However,  omitted  functions 
are  the  most  serious  errors  in  a  system  and  often  the  most  difficult  to 
repair.  * 
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VI   IMPACT   OF   FOURTH  GENERATION 

LANGUAGES 


IMPACT  OF  FOURTH  GENERATION  LANGUAGES 


The  strength  of  the  FGL  impact  depends  largely  on  whether  the  FGL  is 
employed  on  secondary  (e.g.,  Information  Center)  or  primary  uses  (e.g.,  main- 
line production  systems). 

Where  the  FGL  is  used  for  secondary  purposes,  the  overall  impact  on  IS 
will  be  generally  positive,  but  moderate. 

An  exception  will  be  if  users  start  to  learn  how  to  use  the  FGL. 

Here,  initially,  user  satisfaction  with  the  FGL  in  particular  and 
IS  in  general  greatly  increased. 

However,  the  danger  is  that  unless  IS  gets  on  the  FGL  band- 
wagon the  users  will  believe  they  are  ahead  of  IS  (and  perhaps 
they  may  be!).  They  may  then  tell  IS  how  to  design  and  imple- 
ment corporate  systems  as  Exhibit  VI- 1  illustrates. 

The  impact  of  the  FGL  can  be  much  larger  where  it  is  used  for  main- 
line systems.  One  of  the  biggest  impacts  an  FGL  can  have  on  IS  is 
before  the  FGL  has  even  been  used,  when  it  is  being  considered  for 
use.  Frankly,  some  IS  personnel  are  afraid  of  FGLs.  Exhibit  VI-2  lists 
some  of  these  fears. 
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EXHIBIT  VI-1 


FGL  USER  SATISFACTION  WITH  INFORMATION  SYSTEMS 
(WHERE  INFORMATION  SYSTEMS  DOES  NOT  USE  FGLs) 


High 


Low  Medium  High 

User  Experience  and  Knowledge  of  FGL 
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EXHIBIT  VI-2 


INFORMATION  SYSTEMS'  FEARS  OF  FCLs 


•  No  (structured)  methodology  to  replace  system 
development  methodology 

•  No  firm  divisions  between  system  development  steps  - 
difficult  to  measure  progress 

•  Inefficient  use  of  hardware  resources  -  rapidly  rising 
costs 

•  Obsoleting  of  IS  technical  and  management  skills 

•  Programmer  opposition  to  using  a  FCL 

•  Loss  of  power  and  control  by  IS 

•  Users  may  abandon  FGL  and  leave  IS  to  pick  up  pieces 

•  Marginal  data  processing  applications  may  be  implemented 
using  FCLs  because  of  ease/lack  of  control 

•  FCLs  not  technical  enough 
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These  fears  relate  to  real  things  that  can,  and  usually  do,  happen  after 
FGL  introduction. 

However,  these  feared  problems  generally  will  not  be  as  large  as  the 
FGL  benefits.  It  should  be  recognized,  though,  that  while  corporate- 
wide  benefits  may  be  larger  than  problems  this  may  not  be  so  for 
individuals  (e.g.,  a  COBOL  journeyman  programmer). 

The  remainder  of  this  chapter  will: 

Analyze  FGL  benefits  and  their  impact. 

Examine  impacts  on  personnel. 

Gauge  the  organizational  effects  of  implementing  FGLs. 
FGL  BENEFiTS 

IS  departments  that  use  FGLs  in  production  systems  can  reasonably  expect 
these  benefits: 

Faster  system  implementation. 

Increased  productivity  in: 

Development.  .  . 

Maintenance. 
Increased  system  quality. 
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Shifting  costs  from  IS  to  users. 
Backlog  reduction,  both 

Visible  and 

Invisible. 

Faster  system  implementation  may  only  be  another  aspect  of  productivity  to 
IS  professionals.  However,  to  users  this  means  faster  realization  of  the  bene- 
fits of  a  computer  system.  Often,  the  first  year's  projected  benefits  of  a  new 
system  are  appreciably  higher  than  the  system's  developmental  cost.  Some- 
times, even  more  important  are  the  intangible  benefits  associated  with  rapid 
system  implementation,  e.g.,  a  policy  decision,  executive  promises  fulfilled, 
promotions,  etc.,  made  possible  by  FGL-produced  data. 

Increased  productivity  is  a  function  both  of  more  rapid  coding  as  well  as  being 
able  to  use  less  experienced  people  for  a  particular  task. 

Increased  quality  is  a  result  of  prototyping  and  user  communiations.  As  noted 
in  the  last  chapter,  increased  quality  is  not  automatic  and  requires  other 
actions  by  IS. 

Shifting  costs  from  IS  to  users  has  an  obvious  impact  on  IS  by  having  IS'  own 
directly  chargeable  costs  decline.  The  analogy  here  is  in  the  transfer  of  IS 
data  entry  (i.e.,  keypunching)  to  user  areas  (i.e.,  on-line  data  entry)  in  the 
1970s. 

The  major  benefit  is  not  the  budget  transfer. 

Rather,  it  is  the  ability  of  user  departments  to  manage  their  own 
function  and  to  see  the  direct  relationship  between  system  costs  and 
benefits. 
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This  approach  can  be  viewed  as  the  ultimate  chargeback  system.  The 
shifted  functions  can  include: 

Standalone  development  by  users; 

Joint  development  with  IS; 

Maintenance. 

Backlog  reduction  will  certainly  occur  on  at  least  part  of  the  invisible  backlog 
via  IC  use  of  FGLs.  Larger  backlog  reductions  will  come  about  by  using  FGLs 
within  the  IS  department  and  for  mainline  systems. 

Exhibit  VI-3  maps  these  potential  FGL  benefits  against  FGL  capabilities. 

Prototyping  in  conjunction  with  FGL-based  production  ("preproduction 
prototyping")  turns  out,  not  surprisingly,  to  be  the  most  important  FGL 
capability. 

Standalone  prototyping,  while  not  without  value,  is  relatively  the  least 
important. 

Both  fast  coding  and  ease  of  learning  are  very  important,  since  to- 
gether they  can  make  users  more  productive. 

Note  that  PC  use  in  and  of  itself  is  not  of  critical  importance.  How- 
ever, as  discussed  earlier,  FGL  PC  use  may  often  facilitate  FGL  use  in 
production  settings. 

It  will  certainly  make  FGL  use  in  computer-intensive  analytic 
work  more  feasible. 
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In  the  long  run,  PC-based  FGL  use  should  replace  much  FGL 
timesharing  (both  internal  and  external). 

B.       FGL  IMPACT  ON  PERSONNEL 

•        FGL  use  will  have  significant  impact  on  personnel,  both  IS  and  non-IS. 

User  skills  will  increase  significantly,  since  in  hours  or  days  user  per- 
sonnel can  be  writing  their  own  (simple)  programs. 

Some  users  may,  in  fact,  become  highly  skilled  in  an  FGL  and 
will  be  able  to  produce  quite  sophisticated  programs. 

This  would  make  it  possible  to  have  meaningful  transfers  from 
user  areas  into  IS  technical  positions. 

IS  skills  will  be  greatly  rearranged. 

Currently  the  core  of  most  IS  staffs  is  the  experienced  COBOL 
programmers. 

This  kind  of  skill  will  be  made  obsolete  by  FGLs. 

Experience  to  date  indicates  that  bright  people  with  little  IS 
background  can  handle  FGLs  at  least  as  well  as  experienced  IS 
staff. 

In  addition,  roughly  half  of  existing  IS  staff  will  resist  using 
FGLs. 
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These  points  raise  some  profound  issues  concerning  IS  staffing  in  an  FGL 
environment. 

Exhibit  Vi-4  shows  a  schematic  of  typical  IS  career  progressions  (ignor- 
ing departures  to  and  arrivals  from  outside  the  enterprise). 

This  structure  changes  drastically  in  an  FGL  environment. 

Journeymen  FGL  progammer  analysts  can  be  created  in  a  much 
shorter  time. 

,         There  Is  no  real  reason  to  have  a  strictly  IS-generated  pool  of 
such  entry  level  people. 

People  can  become  expert  in  an  FGL  faster  than  in  a  third 
generation  language. 

Much  of  the  skilled  personnel  can  reside  in  user  areas. 

Exhibit  VI-5  shows  how  the  post-FGL  personnel  environment 
differs  from  the  current  environment. 

There  is  implicit  "deskilling"  in  some  IS  jobs  as  a  result  of  this.  Presumably,  it 
will  be  roughly  balanced  by  the  increased  skill  levels  in  user  areas. 

IS  management  must  have  a  strategy  for  recruiting  the  right  kind  of 
people  into  FGL  jobs.  This  will  often  require  coordinated  recruiting 
efforts  with  key  user  areas. 

Similarly,  IS  should  plan  for  the  decline  in  requirements  for  third 
generation  system  personnel.  The  long  maintenance  "tail"  for  most 
systems  guarantees  that  such  jobs  will  not  vanish  overnight.  Because 
of  the  disrepute  of  maintenance  in  the  minds  of  many  system  profes- 
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EXHIBIT  VI-4 


CURRENT  PERSONNEL  ADVANCEMENT 
(SCHEMATIC) 

Analysts  Programmers  Systems /Technical 

Years  of  Experience  


-10  +  (Expert) 

i 

5  (Journeyman) 

; 

1-2  (Trainee) 

IS  Recruits 

-94  - 

©1983  by  INPUT.  Reproduction  Prohibited. 


INPUT 

UFGL 


EXHIBIT  VI-5 


POST-FGL  PERSONNEL  RELATIONSHIPS 


K'ears  of  Experience 


6-10 


3-5 


1-2 


APPLICATIONS  PROGRAMMER/ANALYSTS  TECHNICAL  SPECIALISTS 


IS  Staff 


User 

Staff 

IS  Staff 

• 

Expert 

Expert 

i 

I 

Journeyman / 
Expert 

♦ — »• 

Journeyman / 
Expert 

Corporate  Recruits/Transfers 

Expert 


Journeyman 


IS  Recruits 
(T  rainees) 
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sionals,  offering  a  future  in  COBOL  maintenance  will  certainly  provide 
an  incentive  for  many  programmers  to  leave  voluntarily.  (See  INPUT'S 
report,  Maintenance:  The  Uninvited  Guest,  November  1 982.) 

•  On  a  happier  note,  the  converging  of  user  and  IS  skills  will  make  it  feasible  to 
have  significant  movement  of  personnel  between  users  and  IS  areas. 

This  is  a  goal  that  both  IS  and  user  management  desire,  but  which  is 
rarely  attained,  as  Exhibits  VI-6  and  VI-7  illustrate. 

A  routine  part  of  college  recruits'  training  could  be  a  one-  or  two-year 
stint  in  the  FGL  programming/analysis  area. 

This  could  provide  IS  opportunities  to  find  and  recruit  general- 
ists  with  whom  IS  otherwise  would  not  come  in  contact. 

More  broadly,  it  would  serve  to  close  the  widening  gap  between 
IS  and  non-IS  departments.  (See  INPUT'S  report  Evaluating  EDP 
Level  of  Service,  January  1982.) 

C.       FGL  ORGANIZATIONAL  IMPACT 

•  The  major  FGL  impact  on  the  IS  organization  will  be  the  personnel  effects 
described  in  the  previous  section. 

Programming  and  analysis  will  be  much  more  of  a  "condominium,"  with 
IS  and  users  jointly  sharing  and  administering  resources. 

IS  should  tend  to  be  the  home  of  the  most  experienced  FGL  pro- 
grammer/analysts. IS  will  have  to  make  sure  that  this  happens  by 
making  sure  that  it  expands  its  corporate  view. 
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EXHIBIT  VI-6 


PERSPECTIVE  OF  INFORMATION  SYSTEMS/USER  PERSONNEL  MOVEMENT: 

INFORMATION  SYSTEMS  MANAGEMENT 


MOVEMENT 

AMOUNT 

PERCENT  OF  RESPONDENTS 

Into  IS 
FROM 
User  Areas* 

None 

Significant 
None 

50 

35 

43 

30 

7 

35 

25 

From  IS 
INTO 

User  Areas^ 

Some 
Significant 

21  : 

35 

7 

III'!'  1  1  \  

 I  I      I       I       I       '       '       '  1  I  1  I 

*  N  =  28  for  current;  17  fordesirable  0       1  0       20       30       40       50       60      70      80       90     1  00°o 


f  N  =  28  for  current;  20  for  desirable 


Current  Amount 
Desirable  Amount 
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EXHIBIT  VI-7 


PERSPECTIVE  OF  INFORMATION  SYSTEMS/USER  PERSONNEL  MOVEMENT: 

KEY  USERS 


MOVEMENT 


AMOUNT 


PERCENT  OF  RESPONDENTS 


Into  IS 
FROM 
User  Areas* 


From  IS 
INTO 
User  Areas 


None 


Some 


Significant 


None 


Some 


Significant 


47 


25 

47 


33 


42 


27 


24 


33 


47 


J  I  L 


71 


*  N  =  17  for  current 
t  N  =  15  for  desirable 

I    I  Current  Amount 
Desirable  Amount 


0      1  0      20      30      40      50      60      70        80      90    1  00% 
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For  many  applications,  routine  maintenance  will  be  farmed  out  to  user  de- 
partments. 

As  noted,  this  will  leave  IS  with  residual  maintenance  responsibilities, 
largely  for  third  generation  systems. 

IS  would  provide  backstop  maintenance  as  well  as  a  pool  of  resources  to 
assign  to  user  departments  for  high  priority  assignments. 

IS  should  retain  (and  usually  expand)  its  quality  assurance  activities,  both  for 
systems  it  develops  as  well  as  those  that  users  develop. 

The  quality  assurance  group,  perhaps  in  conjunction  with  the  corpora- 
tion's internal  audit  group,  can  draw  up  guidelines  for  system  develop- 
ment. 

In  addition,  the  quality  assurance  group  would  examine  each  production 
system  or  important  analytical  program  to  ensure  that  it  was  working 
as  planned. 

in  general,  IS  would  become  much  more  of  an  expert,  advisory  organization 
than  most  IS  organizations  are  now. 

IS  should  still  retain  sufficient  system  development  and  operations 
responsibilities  so  that  it  does  not  forget  the  real  world. 

However,  IS'  main  role  would  be  to  provide  planning  and  technical 
expertise  for  the  corporation's  data  processing  needs. 
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VII   RECOMMENDATIONS   FOR   A  FOURTH 
GENERATION   LANGUAGE  STRATEGY 


VII 


RECOMMENDATIONS  FOR  A  FOURTH  GENERATION  LANGUAGE 
STRATEGY 


A,       STRATEGIC  ISSUES 

•  This  report  has  taken  as  virtually  proven  that  FGLs  have  a  major  role  to  play 
in  user-driven  IC  solutions. 

The  real  question  in  INPUT'S  view  is  whether  FGLs  should  be  taken  into 
the  IS  department  itself  and  used  as  a  major  developmental  tool. 

Since  the  impact  of  an  FGL,  if  effective,  on  IS  will  be  major  and  last- 
ing, this  is  not  a  decision  to  be  made  quickly  or  lightly. 

•  INPUT  believes  that  each  IS  organization  should  examine  FGLs  very  closely  as 
a  way  to  help  solve  many  of  its  major  problems. 

Used  effectively,  FGLs  can  play  a  major  role  in  alleviating  these 
problems: 

IS  isolation  from  organizational  mainstream. 
Perceived  IS  nonresponsiveness  to  user  needs. 
Obsolete  or  unsatisfactory  systems. 
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User  ignorance  of  data  processing. 

FGLs  can  also  help  (but  not  as  much  as  In  the  preceding  problem  area) 
to  resolve: 

IS  organizational  complexity. 

Backlogs. 

Taken  together,  these  problems  add  up  to  a  crisis  for  IS  in  many  organiza- 
tions. FGLs  can  go  a  long  way  to  resolve  this  crisis.  Ideally,  the  result  would 
be  as  shown  in  Exhibit  VII- 1  (which  should  be  contrasted  to  Exhibit  V-3). 

If  an  IS  department  Is  to  use  an  FGL,  It  will  gain  many  more  benefits  by  going 
all  the  way  and  using  the  FGL  to  run  production  applications.  While  using  an 
FGL  for  pro  otyping  alone  has  benefits,  these  are  outweighed  by  having  to 
recede  the  production  version  In  a  third  generation  language. 

Many  of  the  speed  and  productivity  benefits  of  the  FGL  development 
are  lost. 

The  correct  analysis  performed  by  the  FGL  prototype  may  be  lost  or 
muddied  in  the  transition. 

The  maintenance  benefits  (of  speed  and  user  maintenance)  are  lost. 

The  economics  of  using  an  FGL  are  still  open  to  some  question. 

Taken  In  Isolation,  the  developmental  savings  In  using  an  FGL  are  about 
the  same  as  increased  FGL  operating  costs. 
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EXHIBIT  VII-1 


POSITIVE,  ASCENDING  FEEDBACK  WITH  FGL 


System 
Design  and 

Software 
Construction 


Application 
Objectives 
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However,  FGL  usage  is  almost  certain  to  stimulate  a  significant  in- 
crease in  overall  computing  use.  Some  of  this  increase  may  be  distrib- 
uted to  PCs  and  super-micros;  however,  in  the  medium  run  (up  to  three 
years),  IS  computing  expenses  should  increase  significantly. 

If  FGL  use  lives  up  to  its  promise,  there  should  be  relatively  few  orga- 
nizational complaints  about  the  expense. 

B.       TACTICAL  ISSUES 

•  IS  departments  looking  to  move  into  FGL  environments  should  use  a  phased 
approach,  as  described  in  Exhibit  VII-2.  The  most  important  issues  are: 

Generating  accurate  cost  figures,  since  specific  figures  from  one's  own 
operation  are  much  more  valuable  than  external  figures. 

Involving  users. 

Thorough,  frank  briefings  for  all  affected  by  FGLs. 

•  The  PC  implementation  of  FGLs  is  going  to  be  among  the  most  exciting 
events  in  computing.  This  should  not  be  a  reason  to  delay  introducing  FGLs. 
IS  departments  that  have  not  already  selected  an  FGL  should  give  great 
attention  to  expected  PC  capabilities. 

•  The  internal  effects  of  FGLs  on  IS  staff  will  be  profound.  New  career  paths 
will  have  to  be  developed  for  both  new  and  existing  staff  members. 
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EXHIBIT  VII-2 


PHASED  FCL  IMPLEMENTATION  FOR  IS  PROJECTS 


1.  Introduce  FCL  in  the  Information  Center. 

2.  Build  core  of  IS  FCL  practitioners. 

3.  Select  a  medium-sized  (3-5  person  year)  project  where  third 
generation  costs  (including  operating  costs)  are  reasonably 
certain.    A  system  enhancement  is  the  preferred  target. 

4.  Keep  a  project  diary  for  future  cost  and  operational  analysis. 

5.  Integrate  experience  from  the  first  pilot  into  IS  conventional 
system  development  methodology. 

6.  Select  a  second  pilot  with  the  main  criteria  being  the  ability 
to  integrate  users  onto  the  project  team. 

7.  Develop  a  company-specific  cost  model. 

8.  Assuming  the  first  two  pilots  are  successful,  thoroughly  brief 
top  management,  key  user  management  and  IS  staff  on 
implications,  i.e.: 

•  Hardware  costs  •    Development  approach 

•  User  rules  •    IS  staff  rules 
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APPENDIX   A:  QUESTIONNAIRE 


iU|F|C|L|  I 

Questionnaire: 
Information  Centers  and  Fourth  Generation  Languages 

1.  Information  Center  Data 

A.  How  long  has  your  company  supplied  Information  Center  services?  years 

a.  What  was  the  reason  for  your  company's  starting? 


b.  What  type  of  hardware  and  software  are  used? 
1.  Hardware: 


2.  Operating  System  and  Communications  environment: 


3.  Software  packages  made  available  to  users: 


B.  About  how  many  Information  Center  users  are  there  now?  How  many  do  you  expect  in  two  years? 

Number  of  Users 
Type  of  User  1983  1985 

Programming  Staff  _______  =_  

Senior  Executives  _______   

Senior  Executives'  Staff     

Other  Managers     

Other  Managers'  Staff  ^___.   

Clerical     
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2.  Please  provide  estimates  on  the  proportion  of  your  hardware  resources  that  your  organization  devotes  to  In-  i 
formation  Center  activities  (now  and  two  years  from  now).  What  do  you  see  as  the  reasons  for  a  change?  ' 


1983 

1985 

Reason  for  Chanqe/Comments 

•  Total  Processing  capability 
lexpress  in  ivi i ro  i 

—  Percent  used  for  Information 

Ppntpr  DUrDO'ieS 

% 

% 

•  Total  number  of  terminals 

—  Number  of  conventional  ter- 
minals used  for  Information 
Center  purposes 

•   Number  shared  with  other  is 
functions 

»    Number  dedicated  to 
Information  Center 
purposes 

«   Number  of  intelligent  work- 
stations tied  to  mainframes' 

'Millions  of  instructions  per  second.  \ 

-  108  -  I 
©1983  by  INPUT.  Reproduction  Prohibited.  INPUTj 


3.  The  Information  Center  may  sometimes  be  viewed  as  filling  similar  needs  as  standalone  personal  computers. 
Please  indicate  the  advantages  and  disadvantages  that  you  feel  the  Information  Center  has  compared  to  stand- 
alone personal  computers.  Please  give  comments  where  you: 

•  See  strong  advantages  or  disadvantages. 

•  Believe  your  organization's  experience  may  be  different  than  experience  generally. 

•  See  changes  occurring  in  the  future. 


Informations  Center's  Advantages  &  Disadvantages 
Compared  to  Standalone  Personal  Computers  (check  one) 


Area  of 
Comparison 

Don't 
Know 

Information  Center  Has: 

Evenly 
Balanced 

Information  Center  Has: 

Comments 

Strong 
Advantages 

Advantages 

Disadvantages 

Strong 
Disadvantages 

Costs 

—  Initial 

—  Ongoing 

Ease  of  Use 



User  Control 

Consistency  in 
Response  Time 

Software 

—  Availability 

—  Flexibility 

Support 

—  Needed 

—  Available 

Other  (describe) 

1 

1 
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4.  The  information  Center  may  sometimes  be  viewed  as  filling  similar  needs  as  Commercial  Timesharing.  Please 
indicate  the  advantages  and  disadvantages  that  you  feel  the  Information  Center  has  compared  to  Commercial 
Timesharing.  Please  give  comments  where  you: 

•  See  strong  advantages  or  disadvantages. 

•  Believe  your  organization's  experience  may  be  different  than  experience  generally. 

•  See  changes  occurring  in  the  future. 


Information  Center's  Advantages  &  Disadvantages 
Compared  to  Commercial  Timesharing  (check  one) 


Area  of 
Comparison 

Don't 
Know 

Information  Center  Has: 

Evenly 
Balanced 

Information  Center  Has: 

Comments 

Strong 
Advantages 

Advantages 

Disadvantages 

Strong 
Disadvantages 

Costs 

—  Initial 

—  Ongoing 

Ease  of  Use 

User  Control 

Consistency  in 
Response  Time 

Software 

—  Availability 

—  Flexibility 

Support 

—  Needed 

—  Available 

Other  (describe) 
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5.  Which  Fourth  Generation  Languages  do  you  use  or  plan  to  use  in  your  company? 


Languages 

Year  Use  Began/ 
Will  Begin 

Number  of  People  Using  it  Now 

Number  of  People  Expected 
to  Be  Using  it  in  1985 

Programmers 

Nonprogrammers 

Programmers 

Nonprogrammers 

6.  Fourth  Generation  Language  Production  and  Prototype  System  - 

A.  What  has  been  your  experience  in  having  end  users  construct  Fourth  Generation  Language  based  programs 
that  are  used  for  ongoing  production  or  reporting  (i.e.,  replacing  conventional  systems  development)? 


B.  To  what  extent  are  Fourth  Generation  Languages  used  to  construct  prototype  systems  that  are  later  used  to 
design  permanent  conventional  systems? 


C.  Do  you  have  future  plans  to  use  Fourth  Generation  Languages  as  production  or  prototype  systems?  Please 
describe. 
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7.  What  are  the  main  departments  that  use  the  Information  Center  and  Fourth  Generation  Languages  in  your 
company?  What  are  the  main  uses?  How  much  do  you  expect  this  to  change  in  two  years? 


Information  Center 
Users  and  Uses 


Fourth  Generation  Language 
Users  and  Uses 


1983 

1985 
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8.  What  impact  (positive  or  negative)  have  Information  Centers  and  Fourth  Generation  Languages  had  (or  what 
will  they  have)  on  your  company?  Please  be  as  specific  as  possible. 


Impact  On 

Information  Center 

Fourth  Generation  Language 

EDP  Programming 
Request  Backlog 

  .   :  

User  Satisfaction 



System  Quality 

Programming  Time 

-  ■ 

Revenues 

Expenses 

Profits 

ROI 

Other 
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9.  Staff  Support  I 
A.  How  much  central  staff  support  is  provided  now  for  Information  Center  and  Fourth  Generation  Languages?  j 

In  two  years?  j 

Number  of  People  | 

(in  full-time  equivalents)  | 

Central  Staff  Support  1983  1985  ; 

Information  Center  Support     

Fourth  Generation  Language  Support     


B.  What  l<inds  of  backgrounds  do/will  staff  have  (e.g.,  systems  programming,  application  software,  MBA)  ? 


10.  What  are  the  most  important  things  you  expect  to  learn  at  the  Conference?  (List  most  important  first). 

Information  Centers  Fourth  Generation  Languages 

1.   1.   


2.  2. 


3.    3. 
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1 1 .  General  Questions 

A.  How  many  levels  below  the  CEO  is  the  top  information  systems  executive? 


a.  Is  this  satisfactory?      Q  Yes      n  No 


b.  Why? 


B.  How  important  is  the  organization's  information  systems  capability  to  the  CEO? 
(DK  =  Don't  Know,  1  =  Low  Importance,  5  =  High  Importance)  .  


-  Why? 


C.  How  many  levels  below  the  top  information  systems  executive  in  the  top  data  administrator? 
—  How  will  this  change  in  the  future?  


D.What  is  the  experience  or  knowledge  of  the  top  data  administrator  in  the  following  areas?  What 
should  it  be  in  the  future?  (1  =  Low,  5  =  High) 


General  Data  Processing 

Data  Base  Management  Software 

Specific  Application(s) 

User  Department  Operations 

Other  (specify)  . 


E.  What  is  used  to  measure  the  performance  of  the  information  systems  function  (either  generally  or 
for  particular  parts)? 


Experience 
Area 


Amount  of  Experience 
Now  Future 


Measurement 


Type  of  Process  (check) 
Informal  Formal 


Other  (specify) 


Cost/Benefit 


Internal  Rate  of  Return 


Return  on  Investment 


F.  Which  formal  design  or  programming  methodologies  do  you  use  or  plan  to  use? 
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APPENDIX   B:   ANALYTIC  DESCRIPTIONS  OF 

SELECTED   FOURTH  GENERATION 

LANGUAGE  PACKAGES 


I 


I 


APPENDIX  B:         ANALYTIC  DESCRIPTIONS  OF  SELECTED  FOURTH 

GENERATION  LANGUAGE  PACKAGES 


Attached  are  exhibits  describing  features  and  plans  for  the  following  FGL: 

FGL  Exhibit  Number 

FOCUS  B-l 

NOMAD  2  B-2 

RAMIS  II  B-3 

NATURAL  B-4 

INQUIRE  B-5 

ADS  +  ON-LINE  ENGLISH  Q-6 

MARKV  B-7 

SYSTEM  W  B-8 

SALVO  B-9 

This  information  was  obtained  from  vendor  publications  and  interviews. 
INPUT  has  endeavored  to  check  its  reasonableness  and  accuracy.  However,  it 
cannot  be  responsible  for  errors  or  omissions. 

Equally  important,  vendors  may  change  their  strategies  and  product 
characteristics  in  this  rapidly  evolving  area. 

Consequently,  prospective  users  of  FGLs  should  carefully  check  the 
accuracy  and  completeness  of  FGL  product  information  before  coming 
to  a  decision. 

Vendor  names  and  addresses  are  supplied  in  Exhibit  B-l  through  B-IO. 
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EXHIBIT  B-1 
ANALYTIC  DESCRIPTION  OF  FOCUS 


^             GENERAL  CHARACTERISTIC 

FCL  PRODUCT  INFORMATION 

A. 

FEATURES 

1 . 

wnat~iT  capaDiMti6S 

T  es 

2 . 

Spreadsheet  capabilities 

Yes 

3. 

Built-in  financial  function 

Auaitionai  moauie 

capabi  lities 

a)  uepreciaiion 

c)  Loan  amortization 

d)  Payback 

- 

4. 

Built-in  statistical  functions 

Additional  Module:  Descriptive, 

crosstabs,  correlation  regressions. 

ANOVA,  timeseries,  factor  analysis,  j 

discrimination  analysis,  exponential 

c;mnnthinn 

5. 

Other  modeling  capabilities 

Graphics  (color) 

a)  Monte  Carlo  (risk  analysis) 

b)  Goal  seeking  (backward 

iteration) 

c)  Sensitivity  analysis 

d)  Simultaneous  equations 

B. 

ADVANTAGES 

1. 

Productivity  Increases 

5:1  development  days 

2. 

Prototype  use 

Yes 

a)  Complex  queries 

b)  Multiuser  update 

3. 

Use  in  production  systems 

Yes-dialogue  4-5  mm  record  DB's 

2-3  minute  response  e.g.,  bank 

customer  files,  brokerage  trading 

files 

Continued 
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EXHIBIT  B-1  (Cont.) 
ANALYTIC  DESCRIPTION  OF  FOCUS 


GENERAL  CHARACTERISTIC 

FGL  PRODUCT  INFORMATION 

4.  End-user  ease  of  training 

a)  Level  of  understanding 

Easy,  can  be  productive  first  day 

b)  Time  required 

2-3  hours  to  3  days 

c)  Amount  of  training  needed 

2-3  hours  to  3  days 

5    Proarammer  and  end-user 
suitability  -  Why? 

Yes 

C.  IMPROVEMENTS  BEING  MADE 

1.  Efficiency 

DBA  can  limit  number  of  records 
retrieved  on  any  request 

a)  Catalogued  processing  with 
parameters 

b)  Restructured  data  base 
without  reload 

cl  Secondary  index  formation 

dl  Tunina  on  the  fiv 

9     A  nnii cations  SuDDorted 

a  J     III  L        1  1  ^  V 

b)  Security 

File  segment,  field,  value;  encryption 
of  data  and  procedures 

c)  Auditability 

Up  to  size  log  files 

3.  Interfaces  (to  what?) 

b)  Word  processors 

c)  DD 

d)  Graphics 

e)  Other  UGL  files  VSAM,  IMS 
(extract  or  direct) 

Continued 
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EXHIBIT  B-1  (Cont.) 
ANALYTIC  DESCRIPTION  OF  FOCUS 


GENERAL  CHARACTERISTIC 

FGL  PRODUCT  INFORMATION 

4.  Other 

Relational  JOIN  of  up  to  16  VSAM  files 

a)  CICS 

Additional  module 

bj  TSO 

Additional  module 

c)  VM/CMS 

Yes 

No 

D  •     111    WildL    Wayo    id  o^iLWafc 

superior? 

Totallx/   i nt^^n ^*3tf»H      nfff^v^   all   f i  ir»Mc 
1  \J  LO  iiy    iiiLC^iaLCvJ,                    all  lUilv^LiUiis 

in  one  environment 

I  v>    iiiLci  iaL.c 

Otht»i'"Q   a all    na  vam fit p r— H  ri  v pn      POr^l  1^ 

can  even  add  screens  in  the  middle  of 
a  request 

D.  SUPPORT  FEATURES  (Now  or  end 
1984) 

External 

1.  Manuals  (Titles) 

User  manual.  Query  language  primer. 
Course  materials 

2.  Self-study  courses  (how  long) 

PC  =  primer  plus  user  manual 

3.  CAI/VAI  (how  much) 

CAI  uses  115,  $275/month  or  $8,000 
purchase 

4.  Live  instruction  (student  hours/ 
year) 

~35, 000  days/year 

5.  Other 

Many  other  firms  offer  FOCUS  training 

Built-in 

6.  Optional  tutorials  branching 
from  "HELPS" 

HELP  and  ERROR  facility,  no  tutorials 
except  CAI 

7.  Menu  versus  command  (options 
to  choose?) 

Either;  basic  mode  is  command  level, 
menus  must  be  written 

8.  Other 
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EXHIBIT  B-1  (Cont.) 
ANALYTIC  DESCRIPTION  OF  FOCUS 


GENERAL  CHARACTERISTIC 

FGL  PRODUCT  INFORMATION 

E.  PC 

OFFERING 

Now 

1. 

Features  of  mainframe  included 

All  (by  stages).  Now:  Report  generator. 
Dialogue  manager 

2. 

Features  of  mainframe  not 
included 

Hard  disk  limits  on  file  size  4K 
schema  size,  etc. 

3. 

Added  to  PC,  not  in  mainframe 

4. 

Compatibility  upward /downward 

Yes,  both  within  size  limitations 

5. 

Code 

6. 

Files 

7. 

How  does  it  work  (standalone, 
DDP,  other) 

Standalone  or  interactive  now,  DDP  in 
1984,  not  multithread,  uses  queried 
synchronous  machine  to  coordinate 

8. 

Status  6f  development/test/use 

Stage  1  now.  Stage  2  being  tested 

3083    Staae  3  1084 

Relative  benefits  versus  mainframe 

Cost,  convenience  (4341  port  ~$10K/ 
year,  PC  ~$10K  one  time) 

F.  COSTS 

1. 

Mainframe 

Basic  system  plus  CRT  data  entry 
language  $71,500  or  $1 ,  830/ month; 
other  features  extra 

2. 

Personal  computer 

$2,200  plus  $750  for  add-on  board 
(provides  640K  addressable  memory) 

3. 

Discounts 

Yes,  by  number  of  units 

4. 

PCs  available 

a)  IBM 

Yes,  now 

b)  0/S 

MS/DOS  (Tl-prof) 

5. 

Any  super-micro/turnkey  plans 

Strictly  software,  strictly  Intel  chip 
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EXHIBIT  B-2 
ANALYTIC  DESCRIPTION  OF  NOMAD  2 


GENERAL  CHARACTERISTIC 

FGL  PRODUCT  INFORMATION 

A.  FEATURES 

1.  "What-if"  capabilities 

Yes  :  specific  verb  plus  temporary 

1 1  o 

9     ^ n rf^aH ^ hppt        r^p hi  1  i t i 

fiill    ^cvf^f^r^   pHitr>f*   ar»H  1  rw  r~ommanHc 
ICS,    lull    s^iccii                   aiiv_i/L>i  L-UiiiiiiailUs 

^     Ruilt  — in  financial  fiinptinn^ 

<tJ  •               \J  IIL       III        IIIIUII  ^  1  O  1        1  \^  1  1  ^  L  1  \J  11^ 

capabilities 

Yes 

Deoreciation 

bl  Discounted  cash  flow 

c)  Loan  amortization 

d)  Payback 

ll      Riiill*  — in    c +  a+ i  ct  ir^a  1    f  i  m/^t  i/^n  c 

LJLillL     111     oLClLISLI^Ol  lUllCLIUllo 

I 

5.  Other  modeling  capabilities 

Graphics 

a)  Monte  Carlo  (risk  analysis) 

Not  presently 

b)  Goal  seeking  (backward 

i  tp  K'at  inn  1 

Yes 

d)  Simultaneous  equations 

Yes 

B.  ADVANTAGES 

1.  Productivity  increases 

IMS  is  5:1,  50:1  for  report  writing 

fFwnn  ^tiiHv) 

2.  Prototype  use 

Yes 

a)  Complex  queries 

Yes 

b)  Multiuser  update 

Yes 

3.  Use  in  production  systems 

4  mm  record  customer  file,  80 
simultaneous  users 

4.  End-user  ease  of  training 

a)  Level  of  understanding 

Easy,  productive,  first  day 

b)  Time  required 

First  week  tops 

c)  Amount  of  training  needed 

Few  hours  to  2-3  days 

Continued 
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EXHIBIT  B-2  (Cont.) 
ANALYTIC  DESCRIPTION  OF  NOMAD  2 


GENERAL  CHARACTERISTIC 

FGL  PRODUCT  INFORMATION 

5. 

Programmer  and  end-user 
suitability  -  Why? 

□uiii       Very  puwciiui,  inicuraicQ 

package  with  single  command 
environment 

C.  IMPROVEMENTS  BEING  MADE 

1. 

Efficiency 

a)  Catalogued  processing  with 
parameters 

Yes 

b)  Restructured  database  without 
reload 

c)  Secondary  index  formation 

Could 

d)  Tuning  on  the  fly 

Could 

2. 

Applications  supported 

a)  Integrity 

Shadow  and  queued  update 

b)  Security 

c)  Auditability 

Vertical  and  horizontal  plus  encypher 

3. 

Interfaces  (to  what?) 

a)  e.g.,  Stat 

b)  Word  processors 

Not  rpallv  fVM  tf^xt  pditorl- 

c)  DD 

Has  TEXT  datatype 

d)  Graphics 

Included 

e)  Other  FGL  files  VSAM,  IMS 
extract  or  direct 

Can  extract  IMS,  direct  VSAM  and 
QSAM 

Other 
a)  CICS 

b)  TSO 

MVS/TSO  1Q84 

c)  VM/CMS 

VM  now 

d)  SSX/VSE 

Continued 
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EXHIBIT  B-2  (Cont.) 
ANALYTIC  DESCRIPTION  OF  NOMAD  2 


GENERAL  CHARACTERISTIC 

FGL  PRODUCT  INFORMATION 

5.  In  what  ways  is  software 

All  commands  in  single  environment 

superior : 

Power  of  data  definition  language 
removes  mucn  or  tne  worry  and  eTtort 
regarding  integrity,  reporting  formats,  \ 
etc .  i 

Richness  of  facilities  (financial  plus 
DBMS/application)  | 

D.  SUPPORT  FEATURES  (Now  or 
End  1984) 

External 

1.  Manuals  (Titles) 

Full  range,  McCracken's  book 

2.  Self-study  courses  (how  long) 

Customer-developed,  may  be  released 

3.  CAI/VAI  (how  much) 

ASI,  Deltak  plus  own  (Future) 

4.  Live  instruction  (.stuuent-nours / 
year) 

~  20,000  days/year  (15,000  users  in  j 
5  years) 

5.  Other 

Built-in 

6.  Optional  tutorials  branching  from 
"HELPS" 

Being  tested  now 

7.  Menu  versus  rommanri   fnntinn  tn 
choose?) 

OC        C  ^  Y~\     /^riaK^/~lO     XA/ltr^lK^  CACCl/^l^ 

1  CO,    L«ali    uflail^c:    WlLiIliI  ocoblUil 

E.  PC  OFFERING 

Future  announcement 

1.  Features  of  mainframe  included 

2.  Features  of  mainframe  not  included 

3.  Added  to  PC  not  in  mainframe 

Data  plus  intelligence  at  both  ends,  i.e. 
error  recovery  plus  data  model  trans- 
formation into  native  mode  (both  ways) 
between,  e.g. ,1-2-3,  dBase  II, 
Knowledgeman,  NPL 

4.  Compatibility  upward/downward 

Within  limitations 

Continued 
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EXHIBIT  B-2  (Cont.) 
ANALYTIC  DESCRIPTION  OF  NOMAD  2 


GENERAL  CHARACTERISTIC 

FGL  PRODUCT  INFORMATION 

5.  Code 

6.  Files 

7.  How  does  It  work  (standalone, 
DDP,  other) 

8.  Status  of  development /test /use 

9.  Relative  benefits  versus  mainframe 

F.  COSTS 

1.  Mainframe 

2.  Personal  Computer 

3.  Discounts 

4.  PCs  available 

a)  IBM 

b)  0/S 

5.  Any  super-micro /turnkey  plans 

See  above 

Integrated /interactive 
Being  tested 

$125K,  $135K  with/FINAL  and  training 

Not  yet  available 
No 
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EXHIBIT  B-3 
ANALYTIC  DESCRIPTION  OF  RAMIS  II 


GENERAL  CHARACTERISTIC 

FCL  PRODUCT  INFORMATION 

A. 

FEATURES 

1. 

"What-if"  capabilities 

2. 

Spreadsheet  capabilities 

3. 

Built-in  financial  function 

T  es 

capabilities 

- 

a)  Depreciation 

b)  Discounted  cash  flow 

c)  Loan  amortization 

d)  Payback 

4. 

Built-in  statistical  functions 

Simple  thins  and  interface  to  SAS 

5. 

Other  modeling  capabilities 

Graphics 

a)  Monte  Carlo  (risk  analysis) 

b)  Goal  seeking  (backward 

iteration) 

c)  Sensitivity  analysis 

- 

d)  Simultaneous  equations 

R 

ADVANTAGES 

- 

1. 

Productivity  increases 

5:1  development  days  "30%  better  than 

other  FGLs",  e.g.,  RAMIS  6  pp:18 

lines  ^oDoi  coae  versus  kaiviio  ii  coae 

2. 

Prototype  use 

Yes 

a)  Complex  queries 

b)  Multiuser  update 

3. 

Use  in  production  systems 

1  mm  record  data  base  in  market 

research 

4. 

End-user  ease  of  learning 

a)  Level  of  understanding 

Easy,  productive  first  day 

b)  Time  required 

One  week  tops 

c)  Amount  of  training  needed 

Few  hours  to  2^  days 

Continued 
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EXHIBIT  B-3  (Cont.) 
ANALYTIC  DESCRIPTION  OF  RAMIS  II 


GENERAL  CHARACTERISTIC 

FGL  PRODUCT  INFORMATION 

5. 

Programmer  and  end-user 

Yes 

suitability  -  Why? 

C.  IMPROVEMENTS  BEING  MADE 

1. 

Efficiency 

a)  Catalogued  processors  with 

parameters 

b)  Restructure  data  base  without 

reload 

c)  Secondary  index  formation 

d)  Tuning  on  the  fly 

2. 

Applications  support 

INO I 

in  appiicaiion  ousiness 

a)  Integrity 

b)  Security 

c)  Auditability 

3. 

Interfaces  (to  what?) 

SAS 

a)  e.g.,  Stat 

b)  Word  processors 

c)  DD 

d)  Graphics 

e)  Other  FGL  Files  VSAM,  IMS 

(extract  or  direct) 

4. 

Other 

a)  CICS 

b)  TSO 

c)  VM/CMS 

d)  SSX/VSE 

Continued 
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EXHIBIT  B-3  (Cont.) 
ANALYTIC  DESCRIPTION  OF  RAMIS  II 


GENERAL  CHARACTERISTIC 

FGL  PRODUCT  INFORMATION 

D.   m  wnat  ways  is  soiiware 
superior  ? 

criLireiy  ncw  {jrouuci   ir om  oricjiriai 
RAMIS 

ENGLISH  does  not  require  special  load 
of  application  dictionary  (only 
impiemeniaiion  iiKe  tnaij,  pius  can 
intermix  RAMIS  I!  and  ENGLISH 
commands,  don't  need  to  stay  in 
ENGLISH  once  you  get  there 

D.  SUPPORT  FEATURES  (Now  or 
End  1984) 

External 

I*    JVidilLicll^    \  1  1  Lico  y 

1  1  c  o  ^    m  3     1  1 3  1 
(Jsci  lilailUal 

2.  Self-study  courses  (how  long) 

3.  CAI/VAI  (how  much) 

3Q83  annual  lease 

4.  Live  instruction  (student-hours/ 
year) 

D/K 

D.  Winer 

- 

Built-in 

6.  Optional  tutorials  branching 
from  "HELPS" 

HELP  and  ERROR  facility,  no  tutorials 
except  CAI 

7.  Menu  versus  command  (option 
to  choose?) 

8.  Other 

r 

E.  PC  OFFERING 

Will  be  out  late  winter  1984 

1.  Features  of  mainframe  included 

2.  Features  of  mainframe  not 
included 

3.  Added  to  PC,  not  in  mainframe 

4.  Compatibility  upward/downward 

Continued 
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EXHIBIT  B-3  (Cont.) 
ANALYTIC  DESCRIPTION  OF  RAMIS  II 


UtINtKAL  L-nAKAL-  1  tKlo  1  1 

rUL  rKUUUL-  1    1  N rUKIVlA  1  1  UN 

5.  Code 

6.  Files 

7.  How  does  it  work  (standalone, 
uur,  omerj 

Q     Qtati  ic  f\f  Hov/alortmdri'i'  /ti^Qt  / 1 

o>    OLdlUs  \J  I    uc  V  ciu^iiici  1 L  /  Lcs  I  /  use 

y.  Keiative  oeneTiis  versus 
mainframe 

VrfUIIIUcLI  LI          1  cl^ U 1 1  CilICI  1 1 

F.  COSTS 

1.  Mainframe 

Depends  on  system  size,  from  $40,000 
to  $80,000  for  basic  system,  other 
features  extra,  monthly  lease 
available 

2.  Personal  computer 

Not  yet  available 

3.  Discounts 

4.  PCs  available 

a)  IBM 

Will  be  68K  based 

b)  O/S 

4Q84 

5.  Any  super-micro/turnkey  plans 
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EXHIBIT  B-4 
ANALYTIC  DESCRIPTION  OF  ADABAS /NATURAL 


GENERAL  CHARACTERISTIC 

FGL  PRODUCT  INFORMATION 

A.  FEATURES 

1  . 

Wnat-if  capabilities 

Not  at  Drpsent  time 

2. 

Spreadsheet  capabilities 

Not  Pt   nrp'^^pnt  timp 

3. 

Built-in  financial  function 

No 

capabilities 

a)  Depreciation 

b)  Discounted  cash  flow 

c)  Loan  amortization 

d)  Payback 

4. 

Built-in  statistical  functions 

Third  oartv  intprfapp  tn 

5. 

Other  modeling  capabilities 

Graphics  (requires  GDDM) 

a)  Monte  Carlo  (risk  analysis) 

b)  Goal  seeking  (backward 

iteration) 

c)  Sensitivity  analysis 

d)  Simultaneous  equations 

- 

B.  ADVANTAGES 

1. 

Productivity  increases 

90%  less  coding  than  COBOL,  60% 

improvement  in  development  time 

No  ODPrational  opnaltv  romnarpri 

to  COBOL 

2. 

Prototype  use 

a)  Complex  queries 

Yes 

b)  Multiuser  update 

Yes 

3. 

Use  in  production  systems 

10mm  plus  DB  calls/day,  brokerage 

4. 

End-user  ease  of  learning 

a)  Level  of  understanding 

b)  Time  required 

Few  hours  to  two  days 

c)  Amount  of  training  needed 

Continued 
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EXHIBIT  B-4  (Cont.) 
ANALYTIC  DESCRIPTION  OF  ADABAS/NATURAL 


GENERAL  CHARACTERISTIC 

FGL  PRODUCT  INFORMATION 

5. 

Programmer  and  end-user 
suitability  -  Why? 

Programmers  can  develop  total  applica- 
tions   End  — user  facilities  ran  he  as 
simple  and  restrictive  as  desired; 
built-in  security  and  integrity  features 

C.  IMPROVEMENTS  BEING  MADE 

1. 

Efficiency 

Check  on  input 

a)  Catalogued  processing  with 
parameters 

Yes 

b)  Restructure  data  base  without 
reioaa 

Yes 

c)  Secondary  index  formation 

Yes  ,  O/L 

d)  Tuning  on  the  fly 

2. 

Applications  supported 

a)  Integrity 

Auto  backout 

b)  Security 

Applicable,  function,  library,  file, 
field,  value 

c)  Auditability 

3. 

Interfaces  (to  what?) 
a)  e.g.,  Stat 

Graphics,  SAS 

b)  Word  processors 

V/D  and  EM  resource  scheduling 

c)  DD 

Data  manager 

d)  Graphics 

e)  Other  FGL  files,  VSAM,  IMS 
(extract  or  direct) 

VSAM,  announced 

Other 

a)  CICS 

Yes 

b)  TSO 

Yes 

c)  VM/CMS 

Yes  , 

d)  SSX/VSE 

Yes,  own,  some  others 

Continued 
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EXHIBIT  B-4  (Cont.) 
ANALYTIC  DESCRIPTION  OF  ADABAS /NATURAL 


GENERAL  CHARACTERISTIC 

FGL  PRODUCT  INFORMATION 

5.  In  what  ways  is  software 
superior? 

Ease  of  use,  flexibility,  now  recognized 
as  significant  for  relational  views 

High  performance,  don't  need  separate  i 
production  and  inquiry  systems  as 
IBM,  Cullinet  do 

Natural  offers  single  syntax  for  all 
applications  from  high  volume  produc- 
tion  to  single  simple  ad  hoc  inquiry 

D.  SUPPORT  FEATURES  (Now  or 
End  1984) 

External 

■ 

1.  Manuals  (titlesj 

User  Manual 

2.  Self-study  courses  (how  long) 

3.  CAI/VAI  (how  much) 

Future 

4.  Live  instruction  (student- 
hours /year) 

D/K 

5.  Other 

Built-in 

- 

6.  Optional  tutorials  branching  from 
"HELPS" 

HELP  and  ERROR  facility  is 
hierarchical 

7.  Menu  versus  Command  (option 
to  choose?) 

Can  develop  menus,  QBE  with  Super- 
Natural 

8.  Other 

Catalogued  applications 

E.  PC  OFFERING 

May  announce  by  end  of  1983,  deliver 
in  1984 

1.  Features  of  mainframe  include 

Subset,  same  syntax 

2.  Features  of  mainframe  not 
included 

3.  Added  to  PC,  not  in  mainframe 

4.  Compatibility  upward /downward 

Continued 
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EXHIBIT  B-H  (Cont.) 
ANALYTIC  DESCRIPTION  OF  ADABAS/NATURAL 


GENERAL  CHARACTERISTIC 

FGL  PRODUCT  INFORMATION 

5.  Code 

6.  Files 

7.  How  does  it  work  (standalone, 
DDP,  other) 

8.  Status  of  development /test /use 

9.  Relative  benefits  versus  mainframe 

F.  COSTS 

1.  Mainframe 

2.  Personal  computer 

3.  Discounts 

4.  PCs  available 

a)  IBM 

b)  0/S 

5.  Any  super-micro/turnkey  plans 

Download  data  extract,  pass  query  up 
Especially  suited  to  OA  applications 

$1  06,  000-172,  000,  Adabus, 

$40,  000-60,000,  Natural,  $15,000 

graphics,  lease  available 

Not  yet  available 
Yes 

68K  version 

Showed  touch  screen  version  at  User 
conference 
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EXHIBIT  B-5 
ANALYTIC  DESCRIPTION  OF  INQUIRE 


GENERAL  CHARACTERISTIC 

FCL  PRODUCT  INFORMATION 

A. 

FEATURES 

1 

1  • 

VV  ria  L    11             pdiJI  11  Llc3 

2. 

Spreadsheet  capabilities 

Not          n**f»coni'  tim^ 

I^UL    CIL     Kjlt^oCIIL  LIIIICS 

3. 

Built-in  financial  function 

Nn 

capabilities 

a)  Depreciation 

b)  Discounted  cash  flow 

c)  Loan  amortization 

d)  Payback 

4. 

Built-in  statistical  functions 

1  n  1"  c»  ►*  f  n  cc^  \c\   ^  A  ^ 

5. 

Other  modeling  capabilities 

SAS  Graphics 

a)  Monte  Carlo  (risk  analysis) 

b)  Goal  seeking  (backward 

iteration) 

c)  Sensitivity  analysis 

d)  Simultaneous  equations 

B. 

ADVANTAGES 

1. 

Productivity  increases 

i^u  iigureb  quuieu,  win  lurnisn  ciieni 

references 

2. 

Prototype  use 

a)  Complex  queries 

Yes 

b)  Multiuser  update 

Yes 

3. 

Use  in  production  systems 

1mm  record  data  base 

4. 

End-user  ease  of  learning 

a)  Level  of  understanding 

b)  Time  required 

Few  hours  to  few  days 

c)  Amount  of  training  needed 

Continued 
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EXHIBIT  B-5  (Cont.) 
ANALYTIC  DESCRIPTION  OF  INQUIRE 


GENERAL  CHARACTERISTIC 

FGL  PRODUCT  INFORMATION 

5.  Programmer  and  end-user 
suitability  -  Why? 

Both  -  ease  of  use  plus  easy 
maintenance 

C.  IMPROVEMENTS  BEING  MADE 

1 .  Efficiency 

a)  Catalogued  processing  with 
parameters 

Yes 

b)  Restructure  data  base  without 
reioaQ 

Some  (Keys,  e.g.,) 

cj  Deconaary  inaex  Tormai,ion 

1 

1  uiiiiig  uii  Liic  iiy 

Yp<; 

z.  /\ppiicaiions  supporieti 

Q  PI      litination   c 1 1 no cx/Qtf^nni 

C  .  y  ■  ,  1 1  11  UCI  l  lU'I  1     3  LI             1  L  aySLCIII 

aj  imeyniy 

Aiitn  haflcniit  hv  DRA 

b)  Security 

Data  base,  field,  record,  system, 

v/aliiA      fi  1  in   t  i  n  n 
Value:,  BUiiCLiuii 

cj  AuuiiaDNiiy 

v/uiiuii    iiE   maLcii   iiiai laudiici  I L  vioui 

J,  inierTaces  iio  wnaiij 

^f\J  f    jr\J  uia|>7iiiL<9 

a  J    e.g.,  Dial 

I  nr"  1 1  irif^H 

I I  IVrfi  LILJCZvJ 

D J  wora  processors 

nn  ran  inrliiHp  non-INOUIRE  data 

c)  DD 

d)  Graphics 

Procedural  language  both  ways 

e)  Other  FGL,  files,  VSAM,  IMS 
(extract  or  direct) 

Via  procedural  language 

•     KJi  LI  ICI 

a)  CICS 

Yes 

b)  TSO 

Yes 

c)  VM/CMS 

Yes 

d)  SSX/VSE 

Yes 

Continued 
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EXHIBIT  B-5  (Cont.) 
ANALYTIC  DESCRIPTION  OF  INQUIRE 


GENERAL  CHARACTERISTIC 

FCL  PRODUCT  INFORMATION 

0  •     ill    vv  I  la  L    w  a  y  9    is         i  l  «*  a  i  c 

superior? 

TTAvt  n  ^*nr^p^  ^  i  n  n  /  m  ;^  n  ^  n^^mpn  t  iininiip 

Havp  DDP  ranahilitv     nn  ii*=;pr 
requirement  yet 

Can  handle  larger  data  bases  and  more 
complex  queries  because  built-in  path 
optimizer 

D. SUPPORT  FEATURES  (Now  or 
End  1984) 

External 

1.  Manuals  (titles) 

User  manual  course  materials 

2.  Self-study  courses  (how  long) 

3.  CAI/VAI  (how  much) 

Future 

4.  Live  instruction  (student- 
hours  /year) 

D/K 

5.  Other 

Built-in 

6.  Optional  tutorials  branching 
from  "HELPS" 

HELP  facility  hierarchical,  extensive  in 

CRFATF  data  hasp  mnHp  ripvplnninn 

now  in  user  language 

to  choose?) 

iVlaCrU    laClllLy    lU    UU  IllcllUS 

8.  Other 

E.  PC  OFFERING 

(Announce  in  Oct.  1Q  84  delivery) 

1.  Features  of  mainframe  included 

Wholly  owned  subsidiary  to  develop  for 
IBM-PC,     70%  of  mainframe  capability, 
no  features  excluded  a  priori 

2.  Features  of  mainframe  not 
included 

3.  Added  to  PC,  not  in  mainframe 

Continued 


-  136  - 

©1983  by  INPUT,  Reproduction  Prohibited. 


INPUT 

UFGL 


EXHIBIT  B-5  (Cont.) 
ANALYTIC  DESCRIPTION  OF  INQUIRE 


GENERAL  CHARACTERISTIC 

FGL  PRODUCT  INFORMATION 

4.  Compatibility  upward /downward 

5.  Code 

6.  Files 

7.  How  does  it  work  (standalone, 
DDP,  other) 

8.  Status  of  development /test/use 

9.  Relative  benefits  versus  mainframe 

F.  COSTS 

1.  Mainframe 

2.  Personal  computers 

3.  Discounts 

4.  PCs  available 

a)  IBM 

b)  O/S 

5.  Any  super-micro/turnkey  plans 

Probably  both  ways 

Download  data  extract,  pass  query  up 
Competitive  requirement 

$50-190K  (multisite,  multi-CPU, 
all  components) 

Not  yet  available 

Yes 
No 
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EXHIBIT  B-6 
ANALYTIC  DESCRIPTION  OF  ADS  AND  OLE 


GENERAL  CHARACTERISTIC 

FCL  PRODUCT  INFORMATION 

A  FFATIJRF^ 

1.  "What-if"  capabilities 

Some  with  OLE 

2.  Spreadsheet  capabilities 

Not  on  mainframe 

3.  Built-in  financial  function 

CapaiJI  Miles 

No 

a)  Depreciation 

b)  Discounted  cash  flow 

c)  Loan  amortization 

d)  Payback 

4.  Built-in  statistical  functions 

OLE:  average,  cover,  bar  charts, 
ranKing 

0.  vjiner  moueiing  capauiiiiies 

■ 

a)    IVIUilLc   K^ailiJ    ^ilbK  anaiySISJ 

iteration) 

- 

c)  Sensitivity  analysis 

d)  Simultaneous  equations 

R    ADVANT  Ar,F<; 

1     P >*nH  1  ipt i vi t\/  inf ►"fiaQoc 

lu.  1  aeveiopment  lime  over  l^udul 

2.  Prototype  use 

a)  Complex  queries 

b)  Multiuser  update 

3.  Use  in  production  systems 

Yes,  major  intent  1 

4.  End-user  ease  of  learning 

ADS:  1-4  days  (programmers)  | 
OLE:  immediately  1 

a)  Level  of  understanding 

b)  Time  required 

c)  Amount  of  training  needed 

Continued 
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EXHIBIT  B-6  (Cont.) 
ANALYTIC  DESCRIPTION  OF  ADS  AND  OLE 


GENERAL  CHARACTERISTIC 

FGL  PRODUCT  INFORMATION 

5.  Programmer  and  end-user 
suitability  -  Why? 

ADS  -  No 
OLE  -  Yes 

C.  IMPROVEMENTS  BEING  MADE 

1 .  Efficiency 

al  Cataloaued  orocessina  with 
parameters 

Improved  storage  management  almost 
100%  compiled  code.  Equal  to  COBOL 
now 

b)  Restructure  data  base  without 
reload 

Batch  now,  0/L  next  release 

c)  Secondary  index  formation 

Yes 

d)  Tuning  on  the  fly 

Yes 

2.  Applications  supported 

Many  (99%  m  ADS) 

a)  Integrity 

Log  at  record  level  before  and  after 
images.  Prefix  only  if  applicable 

b)  Security 

Yes,  multilevel  (Definition  time  and 
run  time) 

c)  Auditabilitv 

Yes 

Inttrfaces  fto  what^l 

a)  e.a. .  Stat 

No 

b)  Word  processors 

Own 

c)  DD 

d)  Graphics 

Graphics  via  transporter 

e)  Other  FCL,  files,  VSAM,  IMS, 
(extract  or  direct) 

VSAM 

U.  Other 

a)  CICS 

Yes 

b)  TSO 

Yes 

c)  VM/CMS 

Next  release 

d)  SSX/VSE 

Continued 
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EXHSBIT  B-6  (Cont.) 
ANALYTIC  DESCRIPTION  OF  ADS  AND  OLE 


GENERAL  CHARACTERISTIC 

FGL  PRODUCT  INFORMATION 

5.  In  what  ways  is  software 
superior? 

Easier  to  use,  can  define  and  implement 
top  down  through  application  control 
TacMity,  I.e.,  ueTine  Dusiness  runciion, 
prototype,  then  add  additional 
dialogues  top  down. 

Sophisticated  security  features  at 
both  definition  time  and  run  time. 

D.  SUPPORT  FEATURES  (Now  or 
End  1984) 

/ 

External 

1.  fvianuais  it  Lines  j 

user  manual  course  materials 

2.  Self-study  courses  (how  long) 

3.  CAI/VAI  (how  much) 

Videos  (own) 

4.  Live  instruction  (student 
hours /year) 

D/K 

5.  Other 

Built-in 

6.  Optional  tutorials  branching 
from  "HELPS" 

Now  -  available  responses  only. 
Tutorials  in  future  release 

7.  Menu  versus  Command  (option 
to  choose?) 

OLE  -  prompted  command 

8.  Other 

E.  PC  OFFERING 

New  product,  Knowledgeman ,  due  out 
by  end  of  1983 

1.  Features  of  mainframe  include 

Will  extend  features  considerably 

2.  Features  of  mainframe  not  included 

3.  Added  to  PC,  not  in  mainframe 

Text  processing,  spreadsheet,  modeling, 
graphics,  can  move  data  back  and  forth 
between  mainframe 

Continued 
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EXHIBIT  B-6  (Cont.) 
ANALYTIC  DESCRIPTION  OF  ADS  AND  OLE 


GENERAL  CHARACTERISTIC 


4.  Compatibility  upward /downward 

5.  Code 

6.  Files 

7.  How  does  it  work  (standalone, 
DDP,  other) 

8.  Status  of  development/test /use 

9.  Relative  benefits  versus  mainframe 

F.  COSTS 

1 .  Mainframe 

2.  Personal  computer 

3.  Discounts 

4.  PCs  available 
al)  IBM 

b)  0/S 

5.  Any  super-micro /turnkey  plans 


FGL  PRODUCT  INFORMATION 


No 
Yes 

Integrated 

Being  tested,  due  out  end  of  1983 
Greatly  extended  capabilities 

ADS  $40K  (plus  IDMS  $82K*t  IDD  $35K) 
OLE  $55K 

Requires  IDB  $75K    plus  $lK/copy  for 
PC  version 


Yes 

MS-DOS  2.0 


*  Includes  central  code 
t  in  addition 


-  141  - 

©1983  by  INPUT.  Reproduction  Prohibited. 


INPUT 

UFGL 


EXHIBIT  B-7 
ANALYTIC  DESCRIPTION  OF  MARK  V 


GENERAL  CHARACTERISTIC 

FGL  PRODUCT  INFORMATION 

A.  FEATURES 

1 . 

"What-if  capabilities 

No 

2. 

Spreadsheet  capabilities 

No 

3. 

Built-in  financial  function 
capabilities 

a)  Depreciation 

b)  Discounted  cash  flow 

c)  Loan  amortization 

d)  Payback 

No 

4. 

Built-in  statistical  functions 

No 

5. 

Other  modeling  capabilities 

a)  Monte  Carlo  (risk  analysis) 

b)  Goal  seeking  (backward 
iteration) 

c)  Sensitivity  analysis 

d)  Simultaneous  equations 

No 

B. ADVANTAGES 

1. 

Productivity  increases 

5:1  or  better  development  time,  no 
operational  penalty  (may  be 
improvement)  over  COBOL 

2. 

Prototype  use 

a)  Complex  queries 

Yes 

b)  Multiuser  update 

Yes,  via  IMS 

3. 

Use  in  production  systems 

Yes,  major  intent 

4. 

End-user  ease  of  learning 

a)  Level  of  understanding 

If  somewhat  technical 

b)  Time  required 

4-5  day  course  plus  experience 

c)  Amount  of  training  needed 

(need  to  understand  concept) 

Continued 
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EXHIBIT  B-7  (Gont.) 
ANALYTIC  DESCRIPTION  OF  MARK  V 


GENERAL  CHARACTERISTIC 

FGL  PRODUCT  INFORMATION 

5.  Programmer  and  end-user 

*■        !*■*«.  lilt 

suitability  -  Why? 

Primarily  programmer,  and/or  analyst 

C.  IMPROVEMENTS  BEING  MADE 

1.  Efficiency 

a)  Catalogued  processing  with 
parameters 

Yes 

b)  Restructure  data  base  without 
reload 

N/A 

c)  Secondary  index  formation 

N/A 

d)  Tuning  on  the  fly 

2.  Applications  supported 

Not  presently 

a)  Integrity 

Same  as  IMS 

b)  Security 

Same  as  1MB 

c)  Auditability 

Same  as  IMS 

3.  Interfaces  (to  what?) 

None  directly 

a)  e.q.,  Stat 

r     V  ■   .  ^^^^^ 

b)  Word  processors 

c)  DD 

d)  Graphics 

e)  Other  FGL,  files,  VSAM,  IMS 
(extract  or  direct) 

VSAM  4Q83 

H.  Other 

a)  CICS 

4Q83 

b)  TSO 

Yes 

c)  VM/CMS 

No 

d)  SSX/VSE 

Will  be 

-  143  - 

©1983  by  INPUT.  Reproduction  Prohibited. 


Continued 


INPUT 

UFGL 


EXHIBIT  B-7  (Cont.) 
ANALYTIC  DESCRIPTION  OF  MARK  V 


GENERAL  CHARACTERISTIC 

FCL  PRODUCT  INFORMATION 

III      VfilCIL      WCiyO     lO  OV^ILTVCIIC 

superior? 

Nm' 1 1 1       8  1^1                 *    1       1    II  ICl  11^^ 

f^an   pipr^pQ^   a D v   filpc      not  nnlv  npitix/p 

V.^  Oil     C1^^\^00     Cllly       ill\^0,      IIVJL     \^lliy  IIOLlVvZ 

DBMS 

Builds  own  logical  views  based  on  user- 
defined  screens 

Portability  to  non-IMS  environment  via 
"checking  a  box" 

D.  SUPPORT  FEATURES  (Now  or 
End  1984) 

External 

1     M^nii^l^  ftitlp^l 

Jo      IVIullCICIIO  ^LILICS^ 

I  I fr*          n  1 1 A  1    r^n  i  i  i*co    m  ^tob^iolc 
^^ci     siiciiiUcil                      lilciLc^i  lalo 

2.  Self-study  courses  (how  long) 

No 

3.  CAI/VAI  (how  much) 

Not  at  present 

4.  Live  instruction  (student 
hours/year) 

D/K 

- 

5.  Other 

Built-in 

6.  Optional  tutorials  branching 
from  "HELPS" 

7.  Menu  versus  Command  (option 
to  choose?) 

8.  Other 

E.  PC  OFFERING 

Not  at  present  but  compare 

1.  Features  of  mainframe  include 

ANSWER/DB  plus  VisiCalc  for  related 
product 

2.  Features  of  mainframe  not  included 

3.  Added  to  PC,  not  in  mainframe 

4.  Compatibility  upward /downward 

Continued 
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EXHIBIT  B-7  (Cont.) 
ANALYTIC  DESCRIPTIONS  OF  MARK  V 


GENERAL  CHARACTERISTIC 

FGL  PRODUCT  INFORMATION 

5.  Code 

6.  Files 

7.  How  does  it  work  (standalone. 

DDP,  other) 

8.  Status  of  development /test /use 

9.  Relative  benefits  versus  mainframe 

F.  COSTS 

1.  Mainframe 

About  $100K  CICS  version  will  be  less 

2.  Personal  computer 

N/A 

3.  Disounts 

Yes 

U.  PCs  available 

a)  IBM 

N/A 

b)  0/S 

5.  Any  super-micro/turnkey  plans 

No 

■                               ■  • 
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EXHIBIT  B-8 
ANALYTIC  DESCRIPTION  OF  SYSTEM  W 


GENERAL  CHARACTERISTIC 

FGL  PRODUCT  INFORMATI 

ON 

A. 

FEATURES 

1. 

"What-if"  capabilities 

Extensive 

2. 

Spreadsheet  capabilities 

Yes,  command  or  full-screen 

3. 

Built-in  financial  function 
capabilities 

a)  Depreciation 

b)  Discounted  cash  flow 

c)  Loan  amortization 

d)  Payback 

Yes 

4. 

Built-in  statistical  functions 

Simple  statistics  plus  curve  fitting, 
multiple  and  stepwise  regression  now; 
4Q83  will  add  correlation,  auto 
correlation,  moving  average 

5. 

Other  modeling  capabilities 

a)  Monte  Carlo  (risk  analysis) 

b)  Goal  seeking  (backward 
iteration 

c)  Sensitivity  analysis 

d)  Simultaneous  equations 

Graphics  (requires  GDDM) 

No 

Yes 

Yes 
Yes 

B. 

ADVANTAGES 

1. 

Productivity  increases 

No  figures  quoted,  will  furnish 
with  references 

client 

2. 

Prototype  use 

a)  Complex  queries 

b)  Multiuser  update 

Yes 

Yes,  via  VM/CMS 

3. 

Use  in  production  systems 

Retrieval /modeling  system 

Continued 
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EXHIBIT  B-8  (Cont.) 
ANALYTIC  DESCRIPTION  OF  SYSTEM  W 


GENERAL  CHARACTERISTIC 

FGL  PRODUCT  INFORMATION 

End-user  ease  of  learning 

Easy,  few    hours  to  few  days  if 
understand  modeling  2-day  micro-based 

a)  Level  of  understanding 

course 

b)  Time  required 

c)  Amount  of  training  needed 

5. 

Programmer  and  end-user 
suitability  -  Why? 

Intended  for  end  users;  programmers 
not  required 

C.  IMPROVEMENTS  BEING  MADE 

1. 

Efficiency 

a)  Catalogued  processing  with 
parameters 

Yes 

b)  Restructure  data  base  without 
reload 

4-9  viewpoints 

c)  Secondary  index  formation 

N/A 

d)  Tuning  on  the  fly 

N/A 

2. 

Applications  supported 

a)  Integrity 

Uses  MVS/TSO  or  VM/CMS  facilities 

b)  Security 

Uses  MVS/TSO  or  VM/CMS  facilities 

c)  Auditability 

N/A 

3. 

Interfaces  (to  what?) 

a)  e.g.,  Stat 

(Timesharing) 

b)  Word  processors 

No 

c)  DD 

GDDM  HBM 

d)  Graphics 

or  EGOS  (timesharing) 

e)  Other  FGL,  files,  VSAM,  IMS 
(extract  or  direct) 

Any  extract 

V 

Continued 
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EXHIBIT  B-8  (Cont.) 

ANALYTIC  DESCRIPTION  OF  SYSTEM  W 


GENERAL  CHARACTERISTIC 

FGL  PRODUCT  !NF0RMAT10N 

4. 1  Other 

a)  CICS 

No  . 

b)  TSO 

Yes                          ■■  •  ■    ■  ■■  ' 

c)  VM/CMS 

Yes 

d)  SSX/VSE 

No 

5.  in  what  ways  is  software 
superior? 

English-based  rules  make  system  easier 
to  learn 

Intelligence  of  system  performs  many 
procedures  (e.g.,  sequence  of 
consolidation)  automatically 

First  distributed  micro-based  system 

D.  SUPPORT  FEATURES  (Now  or 
End  19841 

External 

1.  Manuals  (titles) 

User  manual 

2.  Self-study  courses  (how  long) 

3.  CAI/VAI  (how  much)  ^ 

Micro-based  learning  station  (Apple, 
IBM-PC)  $4,500  hdw,  $2,590  courseware 

4.  Live  instruction  (student 
hours/vearl 

D/K 

Built-in 

6.  Optional  tutorials  branching 
from  "HELPS" 

Yes 

7.  Menu  versus  Command  (option 
to  choose?) 

8.  Other 

Abbreviated  commands  and  menu-driven 

E.  PC  OFFERING 

Now 

1.  Features  of  mainframe  included 

2-D  only,  mainframe  as  multidimensionai 

Continued 
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EXHIBIT  B-8  (Cont.) 
ANALYTIC  DESCRIPTION  OF  SYSTEM  W 


GENERAL  CHARACTERISTIC 

FCL  PRODUCT  INFORMATION 

2. 

Features  of  mainframe  not  included 

Otherwise  totally  compatible 

3. 

Added  to  PC,  not  in  mainframe 

U. 

Compatibility  upward /downward 

5. 

Code 

Yes,  both  within  2-D  limits.  Can  down- 
load more  complex  models,  than  edit 
locally 

6. 

Files 

7. 

How  does  it  work  (standalone, 
DDP,  other) 

Distributed,  requires  mainframe  product 

8. 

Status  of  development /test/use 

Available  since  Jan.  1983 

9. 

Relative  benefits  versus  mainframe 

Convenience;  can  access  library  of 
routines,  moueis,  ana  uaia 

F.  COSTS 

1- 

Mainframe 

$55K  basic  version  (4  viewpoints)  to 
$80K  full  version  (9  viewpoints) 
including  2  micro  copies 

2. 

Personal  computer 

$995  per  additional  micro  version 

3. 

Discounts 

On  micro  version  up  to  50% 

4. 

PCs  available 

a)  IBM 

Yes 

b)  0/S 

CP/M-86  or  MS-DOS  2.0 

5. 

Any  super-micro/turnkey  plans 

No 
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EXHIBIT  B-9 
ANALYTIC  DESCRIPTION  OF  SALVO 


GENERAL  CHARACTERISTIC 

FGL  PRODUCT  INFORMATION 

A.  FEATURES 

1. 

"What-if"  capabilities 

Yes 

2. 

Spreadsheet  capabilities 

No 

3. 

Built-in  financial  function 
capabilities 

a)  Depreciation 

Template  , 

b)  Discounted  cash  flow 

c)  Loan  amortization 

d)  Payback 

4. 

Built-in  statistical  functions 

No 

5. 

Other  modeling  capabilities 

a)  Monte  Carlo  (risk  analysis) 

b)  Goal  seeking  (backward 
iteration) 

c)  Sensitivity  analysis 

d)  Simultaneous  equations 

No 

■ 

B. ADVANTAGES 

1 . 

Productivity  increases 

100:1  COBOL  development  time,  4:1 
other  micro-based  DBMS  both  develop- 
ment and  performance  plus  natural 
language  front  end 

2. 

Prototype  use 

a)  Complex  queries 

Yes 

b)  Multiuser  update 

Maybe;  write  lockouts  possible 

3. 

Use  in  production  systems 

Within  disk  storage  limitations 

4. 

End-user  ease  of  learning 

a)  Level  of  understanding 

Few  hours 

b)  Time  required 

c)  Amount  of  training  needed 

Continued 
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EXHIBIT  B-9  (Cont.) 
ANALYTIC  DESCRIPTION  OF  SALVO 


GENERAL  CHARACTERISTIC 

FGL  PRODUCT 

INFORMATION 

5. 

Programmer  and  endr-user 

Primarily  end  user. 

but  also  micro 

suitability  -  Why? 

o  \/ o  1  o 

C.  IMPROVEMENTS  BEING  MADE 

1 . 

htticiency 

aj  catalogueci  processing  witn 

Yes 

parameters 

b)  Restructure  data  base  without 

Yes 

reload 

c)  Secondary  index  formation 

Yes 

d)  Tuning  on  the  fly 

2. 

Applications  supported 

Not  presently 

a)  Integrity 

Before  and  after  images  stored. 

operates  on  session 

files 

b)  Security 

Field,  file  by  user 

ID 

c)  Auditability 

Possible 

Interfaces  (to  what?) 

a)  e.g.,  Stat 

Planned 

b)  Word  processor 

c)  DD 

d)  Graphics 

Planned 

e)  Other  FCL  files,  VSAM,  IMS 

Not  directly 

(extract  or  direct) 

Other 

a)  CICS 

CP/M 

b)  TSO 

MS/DOS 

d)  VM/CMS 

(PC/DOS) 

d)  SSX/VSE 

Continued 
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EXHIBIT  B-9  (Cont.) 
ANALYTIC  DESCRIPTION  OF  SALVO 


GENERAL  CHARACTERISTIC 


FGL  PRODUCT  INFORMATION 


5.  In  what  ways  is  software 
superior? 


D.  SUPPORT  FEATURES  (Now  or 
End  1984) 

External 

1.  Manuals  (titles) 

2.  Self-study  courses  (how  long) 

3.  CAI/VAI  (how  much) 

4.  Live  instruction  (student 
hours/year) 

5.  Other 
Built-in 

6.  Optional  tutorials  branching 

from  "HELPS" 

7.  Menu  versus  Command  (option 
to  choose?) 

8.  Other 


E.  PC  OFFERING 

1.  Features  of  mainframe  included 

2.  Features  of  mainframe  not  included 

3.  Added  to  PC,  not  in  mainframe 

4.  Compatibility  upward /downward 

5.  Code 

6.  Files 

7.  How  does  it  work  (standalone, 
DDP,  other) 


Advanced  features  for  micro:  Virtual 
JOIN,  natural  language  interpreter, etc 

High  performance 


User  manual  tutorial  templates 

Tutorial 

No 

No 


HELP  facility 


3  levels,  can  be  changed  mid-session 


Now 

Not  available  on  mainframe 

N/A 

N/A 

Across  operating  systems 


Standalone  or  extract  files 


Continued 
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EXHIBIT  B-9  (Cont.) 
ANALYTIC  DESCRIPTION  OF  SALVO 


GENERAL  CHARACTERISTIC 

FGL  PRODUCT  INFORMATION 

8.  Status  of  development /test /use 

9.  Relative  benefits  versus  mainframe 

F.  COSTS 

1.  Mainframe 

2.  Personal  computers 

3.  Discounts 

1.  PCs  available 

a)  IBM 

b)  0/S 

5.  Any  super-micro/turnkey  plans 

Beta  test,  release  in  Sept.  1983 
Inexpensive 

N/A 

About  $500 
Yes 

CP/M,  MS-DOS,  others 
No 
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EXHIBIT  B- 
VENDOR  NAMES  AND 


10 

ADDRESSES 


•  ADS  and  ON-LINE  ENGLISH,  Cullinet  Software,  Inc. 
(formerly  Cullinane  Database  Systems,  Inc.)  400  Blue 
Hill  Dr.,  Westwood,  MA  02090. 

(617)  329-7700 

•  DSS/F,  Ferox  Microsystems  Inc.,   1701  N.  Ft.  Myer  Dr., 
Suite  611,  Arlington,  VA      22209  . 

(703)  841-0800 

•  EASYTRIEVE,  Pansophic  Systems  Inc.,  709  Enterprise 
Drive,  Oak  Brook,  IL  60521. 

(312)  986-6000 

•  EXPRESS,  Management  Decision  Systems,  Inc.,  200  5th 
Ave.,  Waltham,  MA  02254 

(617)  890-1100 

•  FOCUS,  Information  Builders,  1250  Broadway,  New  York, 
NY  10001. 

(212)  736-4433. 

•  IDEAL,  Applied  Data  Research,  Route  206  and  Orchard 
Lake  Road,  Princeton,  NJ  08540. 

(201)  874-9000. 

•  IFPS,  Execucom,  P.O.  Box  9578,  Austin,  TX  78766. 
(800)  531-5038 

•  INFO,  Henco,  Inc.,   100  5th  Ave.,  Waltham,  MA  02254 
(617)  890-8670 

•  INQUIRE,  Infodata,  5205  Leesburg  Pike,  Falls  Church, 
VA      22041  . 

(703)  578-3430 

•  NATURAL,  Software  AG  of  North  America,  11800  Sunrise 
Valley  Drive,  Reston,  VA  22091. 

(703)  860-5050. 

•  NOMAD  2,  National  CSS,  187  Danbury  Road,  Wilton,  CT 

06897.   (203)  762-2511 
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EXHIBIT  B-10  (Cont.) 


VENDOR  NAMES  AND  ADDRESSES 


• 

RAMIS  II,  Mathematica  Products  Group,  P.O.  Box  2392, 

(609)  799-2600. 

• 

SALVO,  Software  Automation  Inc.,  14333  Proton  Rd. 

Dallas,  TX  75234 

(214)  392-3802 

• 

SQL,  QBE,  IBM,  contact  IBM  at  your  local  sales  office. 

• 

SYSTEM  W,  Comshare,  Inc.,  3001  State  Str.,  Ann  Arbor, 

Ml  48106 

(313)  994-4800. 

• 

VISICALC,  Visicorp  Inc.,  2985  Zanker  Road,  San  Jose, 

CA  95134 

(408)  946-9000. 
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APPENDIX  C 


QUANTIFYING  THE  COST  EFFECTS  OF  FOURTH 
GENERATION  LANGUAGE  USE  IN  A  PRODUCTION 
ENVIRONAAENT 


•  The  use  of  FGLs  in  a  production  environnnent  has  had  the  greatest  impact  on 
programmer  and  analyst  time  as  well  as  machine  resources  used. 

There  are  many  reports  of  increases  from  five  to  over  ten  times  in 
programmer  and  analyst  production.  It  will  be  assumed  here  that  a 
productivity  increase  of  five  is  a  practical  objective. 

Under  most  circumstances  hardware  resources  will  not  be  utilized  as 
efficiently  as  when  using  traditional  procedure-oriented  software. 
(Although  some  FGL  vendors  claim  that  their  FGL  code  is  no  less 
efficient  than  COBOL.) 

•  Hardware  efficiency  is  especially  difficult  to  quantify  in  pre-  and  post-FGL 
terms  since  there  have  been  no  realistic  large-scale  parallel  developments  of 
the  same  system  comparing  the  development  of  non-FGLs  (e.g.,  COBOL  and 
IMS)  and  FGLs. 

However,  based  on  user  and  vendor  estimates  and  small-scale  compar- 
isons, INPUT  has  made  the  conservative  assumption  that  FGLs  on  the 
average  appear  to  consume  about  75%  more  computing  resources  than 
comparable  non-FGL  tools. 
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Most  of  this  excess  is  concentrated  in  the  processor  and  main  memory 
requirements,  rather  than  in  DASD  storage  requirements. 

Exhibit  C-l  quantifies  these  assumptions,  using  a  simplified  breakdown  of 
expense  categories. 

it  is  assumed  that  IS  programming  and  analyst  staff  could  be  reduced 
by  80.  Management  and  operators'  responsibilities  would  be  virtually 
unchanged,  however. 

Processor-related  hardware  costs  would  increase  by  75%  (rounded  up  to 
a  1 .8  factor  increase). 

Other  hardware  costs  (primarily  DASD)  would  probably  increase  a 
nominal  amount. 

-  For  simplicity,  it  is  assumed  that  other  non-personnel  expenses  would 
not  increase.  It  is  possible  that  communications  costs  could  increase 
somewhat,  depending  on  patterns  of  network  use. 

Expense  category  proportions  can  vary  significantly  due  to  industry,  company 
size,  financing  arrangements  and  computing  policies;  see  INPUT'S  1 982 
Annual  Report.  Companies  should  adjust  this  model  to  take  into  account  their 
particular  position;  however,  such  adjustments  will  generally  have  little  effect 
on  the  conclusions  reached. 

The  personnel  savings  and  the  increased  hardware  utilization  is  nearly  a 
"wash"  with,  in  fact,  some  savings  indicated.  This  is  a  "steady-state"  model: 
it  assumes  that  all  personnel  and  machine  resources  are  devoted  to  FGL 
work.  There  would  obviously  be  a  phase-in  and  some  people  and  machines 
would  always  be  devoted  to  pre-FGL  operation.  Due  to  the  fact  that  total 
resources  expended  are  about  the  same  in  pre-  and  post-FGL  environments, 
this  factor  is  not  significant. 
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EXHIBIT  C-1 


FOURTH  GENERATION  COST  IMPACT  ON  I.S.  EXPENSE  PATTERNS 
(AT  SAME  LEVELS  OF  PROCESSED  OUTPUT) 


I.S.  EXPENSES: 

I.S.  EXPENSES: 

EXPENSE  CATEGORIES 

Pre-FGL 

FGL  Effect 

Post-FGL 

Personnel  Expense 

Programmers  and 
Analysts 

.30 

xO.  2 

.06 

Operations  and 
Support 

.15 

.15 

Management  and 
Administration 

.05 

.  05 

Total  Personnel 

.50 

- 

.26 

Nonpersonnel  expense  ' 

Processor- related 
Hardware 

.15 

x1.  8 

.27 

Nonprocessor 
Hardware 

.15 

x1.2 

.18 

Communications- 
related 

.10 

.10 

Facilities  and 
Utilities  . 

.10 

.10 

Total  Non- 
personnel 

.  50 

.65 

Grand  Total 

1.00 

.  91 
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A  critical  assumption  is  that  IS  would  be  content  to  produce  the  same  amount 
of  programming  and  analysis,  i.e.,  reduce  the  absolute  number  of  IS  program- 
mers and  redeploy  the  staff  resources  elsewhere.  This  assumption  may  often 
be  invalid.  However,  if  the  IS  programming  and  analysis  staff  is  kept  at  the 
same  size  and  produces  output  at  the  increased  FGL  rate,  (i.e.,  five  times  as 
much  work  would  be  processed),  hardware  expense  will  soon  be  very  high. 
Management  and  communications  expenses  would  also  increase  significantly. 

At  steady  state,  IS  expenses  would  be  on  the  order  of  three  times  as 
great  as  in  a  non-FGL  environment,  as  shown  in  Exhibit  C-2. 

This  increased  IS  expense  could  be  reduced  by  encouraging  FGL  sys- 
tems to  be  operated  on  decentralized  equipment  funded  by  user  de- 
partments. 

in  principle,  this  could  reduce  IS  hardware  expense  back  to  the  level  of 
the  "post-FGL"  amount  shown  in  Exhibit  C-l. 

If  users  are  encouraged  to  work  with  IS  to  develop  systems,  then  the  system 
development  capacity  could  double  (with  minimal  cost  increases  to  IS),  but 
hardware  resources  would  also  double. 

If  the  hardware  resources  were  the  mainframe  type  that  are  tradition- 
ally funded  from  IS  budgets,  then  overall  IS  expense  could  increase  by 
more  than  a  factor  of  five,  compared  to  pre-FGL  levels;  this  is  largely 
due  to  the  increased  amount  of  processing  requirements  produced  by 
higher  application  programmer/analyst  output,  as  Exhibit  C-3  illus- 
trates. 
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EXHIBIT  C-2 


FOURTH  GENERATION  COST  IMPACT  ON  I.S.  EXPENSE  PATTERNS 

(AT  SAME  LEVELS  OF  I.S.  STAFF) 


I.S.  EXPENSES: 

I.S.  EXPENSES: 

EXPENSE  CATEGORIES 

Pre-FGL 

FGL  Effect 

Post- FGL 

Personnel  Expense 

Programmers  and 
Analysts 

.  30 

.30 

Operations  and 
Support 

.15 

.15 

Management  and 
Administration 

.05 

x2 

.10 

Total  Personnel 

.50 

- 

.55  . 

Nonpersonnei  expense 

r rocessor  reiaLcu 
Hardware 

.15 

x(18x5) 

1.  35 

Nonprocessor 
Hardware 

.15 

x(1.2x5) 

.  90 

Communications- 
related 

.10 

x2 

.20 

Facilities  and 
Utilities  . 

.10 

.10 

Total  Non- 
personnel 

.50 

2.  45 

Grand  Total 

1.00 

3.  00 
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EXHIBIT  C-3 


FOURTH  GENERATION  COST  IMPACT  ON  I.S.  EXPENSE  PATTERNS 
(USERS  CONTRIBUTE  TO  PRODUCTION  SYSTEMS  IMPLEMENTATION) 


I.S.  EXPENSES: 

I.S.  EXPENSES: 

EXPENSE  CATEGORIES 

Pre-FGL 

FGL  Effect 

Post- FGL 

Personnel  Expense 

Programmers  and 
Analysts 

.  30 

.  50 

Operations  and 
Support 

.15 

.15 

Management  and 
Administration 

.  05 

x3 

.15 

Total  Personnel 

.50 

- 

.  65 

Nonpersonnel  expense 

- 

Hardware 

.15 

- 

x(l.  8x10) 

X2.70 

Nonprocessor 
Hardware 

.15 

x(1.2x10) 

x1.  80 

Communications- 
related 

.10 

x2 

.20 

Facilities  and 
Utilities  . 

.10 

.10 

Total  Non- 
personnel 

.50 

4.  80 

Grand  Total 
- 

1 .  00 

5.  40 
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